Accepted xrn 9.02-7 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Fri, 8 Apr 2005 12:12:53 -0700 Source: xrn Binary: xrn Architecture: source i386 Version: 9.02-7 Distribution: unstable Urgency: low Maintainer: Alex Romosan [EMAIL PROTECTED] Changed-By: Alex Romosan [EMAIL PROTECTED] Description: xrn- X-based NNTP news reader. Closes: 51089 Changes: xrn (9.02-7) unstable; urgency=low . * change depends to real packages. closes: #51089 Files: 0ee68d7e9b0010b6b3b64c4bb5f2c7ed 709 x11 optional xrn_9.02-7.dsc 46f8625e7e7c575d13e56de9f97ef55d 17607 x11 optional xrn_9.02-7.diff.gz 30105b2a01e46bafa5debbc6c6c04e26 196100 x11 optional xrn_9.02-7_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBQlbaJoH9LcDXaAS1AQGziQP8CUOu1xViPaFCq0EVijV+nai6pzAXWktZ SbVqupKm4ReHq4rUnRUG67dvvZgwkC82hwDTZPf0zTHH6tcaeOsdLUf1lh8odDvl pWQAmIZ2GBZNki+7TaV+DVcFgzWtacbdcZ/fA8b9AqgXuOS2vArz/aesdwQ/EkMz Kgf/Mn1ATyY= =1t0m -END PGP SIGNATURE- Accepted: xrn_9.02-7.diff.gz to pool/main/x/xrn/xrn_9.02-7.diff.gz xrn_9.02-7.dsc to pool/main/x/xrn/xrn_9.02-7.dsc xrn_9.02-7_i386.deb to pool/main/x/xrn/xrn_9.02-7_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted vat 4.0b2-15 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Wed, 3 Mar 2004 16:46:22 -0800 Source: vat Binary: vat Architecture: source i386 Version: 4.0b2-15 Distribution: unstable Urgency: low Maintainer: Alex Romosan [EMAIL PROTECTED] Changed-By: Alex Romosan [EMAIL PROTECTED] Description: vat- LBNL audio conferencing tool over the internet. Closes: 236062 Changes: vat (4.0b2-15) unstable; urgency=low . * recompile with gcc 3.3. (closes: #236062) * removed config.status from source. Files: 53c23eeac66bbdbc3aca0bdc9b15ef06 721 x11 optional vat_4.0b2-15.dsc 67ac410ec63598a070ffe47f7e5e088d 117430 x11 optional vat_4.0b2-15.diff.gz 652c65b503f819eb5325e06fdc34ccd1 176528 x11 optional vat_4.0b2-15_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBQEkNV4H9LcDXaAS1AQEgGwP5ARM5RrFpOpLCDHxrx/KduqwruzgglS5W X+LZjx7UH8dQAHhkjkB55i9+Z/SzzRwEAJsao7Oo8UvxaSW5Mk2ddOQRCHKyzFm4 Mh6S5HhE0n4bhPYjUbtixggiyLnrFuBzJcOWTydcfLygQ3RwA++KuZa1/d+iVFpS gAYVuKZko2g= =gZ47 -END PGP SIGNATURE- Accepted: vat_4.0b2-15.diff.gz to pool/main/v/vat/vat_4.0b2-15.diff.gz vat_4.0b2-15.dsc to pool/main/v/vat/vat_4.0b2-15.dsc vat_4.0b2-15_i386.deb to pool/main/v/vat/vat_4.0b2-15_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fixed libstdc++5 package
Matthias Klose [EMAIL PROTECTED] writes: A fixed libstdc++ package (0pre7) has been uploaded to incoming. You can get it from http://ftp-master.debian.org/~doko/gcc-3.3/ i've asked in the bug report i filed against the broken libstdc++ and previously on the debian-gcc mailing list but i still haven't received an answer, so i'll ask again: what is the rationale behind not having gcc 3.2.3 build libstdc++5 and instead using the version from 3.3pre0? this give me on my system: ii libstdc++5 3.3-0pre7 The GNU Standard C++ Library v3 ii libstdc++5-dev 3.2.3-1The GNU Standard C++ Library v3 (development shouldn't everything be consistent (the development package and the library)? can somebody please explain why this decision was made? thanks. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Accepted nte 2.3-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Tue, 26 Nov 2002 14:26:26 -0800 Source: nte Binary: nte Architecture: source i386 Version: 2.3-3 Distribution: unstable Urgency: low Maintainer: Alex Romosan [EMAIL PROTECTED] Changed-By: Alex Romosan [EMAIL PROTECTED] Description: nte- shared text editor designed for use on the Mbone. Closes: 170179 Changes: nte (2.3-3) unstable; urgency=low . * recompiled against tcl/tk 8.4 * fixed build-depends. (Closes: #170179) Files: 5531bf6a0de2b07b07210cb588d7d88f 704 net optional nte_2.3-3.dsc 0ad5d946832bfa90e1500f68ed289a59 24146 net optional nte_2.3-3.diff.gz 0b67f2a8b62a7cd870a5243b3447e491 85210 net optional nte_2.3-3_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBPeP2UoH9LcDXaAS1AQHDmwP/ZmOvWETeS3IBfGbbx79nKRgtKX8uCcbf +xBDif6wwa+EqblV+dF5ITTzpRwCGjaWVIPfTeigFPSFtyaW4OOWyYWuYFt2qsKX wFYTJFdnNKqhSpDwaGNnsmtEfgX7U6uvq4z0Vk1JX1anZim0gvPuayRt6hHATgpR p+5al/ch3do= =TuEo -END PGP SIGNATURE- Accepted: nte_2.3-3.diff.gz to pool/main/n/nte/nte_2.3-3.diff.gz nte_2.3-3.dsc to pool/main/n/nte/nte_2.3-3.dsc nte_2.3-3_i386.deb to pool/main/n/nte/nte_2.3-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted vat 4.0b2-13 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Tue, 26 Nov 2002 15:24:50 -0800 Source: vat Binary: vat Architecture: source i386 Version: 4.0b2-13 Distribution: unstable Urgency: low Maintainer: Alex Romosan [EMAIL PROTECTED] Changed-By: Alex Romosan [EMAIL PROTECTED] Description: vat- LBNL audio conferencing tool over the internet. Changes: vat (4.0b2-13) unstable; urgency=low . * compile against tcl/tk 8.4. Files: ec68dd6b49a787cc67e8a228bcc96288 721 x11 optional vat_4.0b2-13.dsc 169b7b5a790b96777ba88321e862da49 119219 x11 optional vat_4.0b2-13.diff.gz 6dcfaa8cb1d41f39764374babf5bc1ea 179310 x11 optional vat_4.0b2-13_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBPeQEn4H9LcDXaAS1AQFc5QQArjYIlexQWA+ryJA/TwjO0xyYBJ63WTol Epvj1c+HPaPirVKOZtHpkXgUJYwfJPFyUbbFXiZgWtN9+iZBo1yr9FrM+P55YvbZ b+mlIGnkyTB7kzFepSPFURg0vxIDYKecLs25zByfkfQzYvO8R007zlk4gbyNKx3v xsIb7ODa2wE= =eKIH -END PGP SIGNATURE- Accepted: vat_4.0b2-13.diff.gz to pool/main/v/vat/vat_4.0b2-13.diff.gz vat_4.0b2-13.dsc to pool/main/v/vat/vat_4.0b2-13.dsc vat_4.0b2-13_i386.deb to pool/main/v/vat/vat_4.0b2-13_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: APT problem
Craig Sanders [EMAIL PROTECTED] writes: On Wed, Aug 30, 2000 at 09:31:57PM -0600, Jason Gunthorpe wrote: [Alex Romosan wrote:] which are not on by default and then i have to put the packages on hold because apt wants to get the remote ones. You have to do this anyhow, otherwise the package will get upgraded and you will loose your changes. In all cases I can think of where a package is locally recompiled and has not been placed on hold you would indeed want the 'newer' archive package to be installed. The motivating factor here is local slink recompiles of potato packages. i may be missing something here, but why not change the debian revision number when you recompile the package? takes a few seconds to edit the changelog. that's what i do...it works for metm. i usually do that, but sometimes i forget and i find it annoying that apt assumes by default that the mirror packages are newer than my local packages. it just doesn't feel right. also, this doesn't work with 'apt-get source -b package'. what's the point in having the ability to download the source and recompile it automatically if the next upgrade will wipe it out. if i choose to recompile a package, apt should leave it alone until a newer version comes along. to me, at least, this idea of always fetching the mirror package, feels too much like microsoft. also, before apt, dselect use to leave the packages alone, maybe that's when i got used to the idea that my local packages shouldn't be touched if they have the same version number. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: APT problem
Jason Gunthorpe [EMAIL PROTECTED] writes: On 30 Aug 2000, Alex Romosan wrote: can we please, please reverse the behaviour, or at least make it configurable in /etc/apt/apt.conf, something like PreferLocal yes. if there is such an option and i missed it, please point it out to me. Come up with a reasonable situation where you would want to have a non-held package not be moved to the archive version of the same version but be moved to the newer archive version : if a new version becomes available, i don't mind upgrading. i just don't want apt to upgrade to the archive package if the packages have the same version. i think the ability to set this as a configuration option is best. as for a reasonable situation... let's say i want to compile some packages with pentium optimizations on, but if there is a new version i would like to upgrade automatically. now dselect tells me there is a new version, but if i use apt-get upgrade i won't even know the new version exists. i don't know if you consider the above situation reasonable, but for me it is. this is why i would like to be able to change the current behaviour with an option in apt.conf. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: APT problem
Wichert Akkerman [EMAIL PROTECTED] writes: It means the libc6 package you have installed has a different md5sum then the package it finds on ftp.corel.com, and assumes that the version on ftp.corel.com is a newer recompile. Strange logic, but that is how libapt-pkg thinks. this is something that has always bugged me about apt. i wish it would assume that my local copy is a newer recompile (which is, almost always, the case). sometimes i recompile packages to enable features which are not on by default and then i have to put the packages on hold because apt wants to get the remote ones. can we please, please reverse the behaviour, or at least make it configurable in /etc/apt/apt.conf, something like PreferLocal yes. if there is such an option and i missed it, please point it out to me. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: So, what's up with the XFree86 4.0 .debs?
[EMAIL PROTECTED] writes: On Sun, Mar 12, 2000 at 01:16:55PM -0500, Branden Robinson wrote: [snip] [1] The makedepend program gets stuck in an infinite loop when attempting to generate dependencies in xc/programs/xterm. One of Tom Dickey's patches, #130 or #131, is probably the culprit since I think these are the only two changes that happened to the xterm sources between 3.9.18 and 4.0. Hi, Just a little extra info - this is a mail I was composing before I read your mail (obviously I realise that this is low priority till woody). I have two potato systems [Sys1 hasn't been updated for a while and seems to have gone a little mouldy ;] the problem is with curses.h in libncurses5-dev. it redefines ERR and as such it conflicts with the definition from the glibc headers. this was the same problem noticed in dpkg 1.6.10. i just commented out the redefinition of ERR in /usr/include/curses.h and then the X package compiled just fine. i am sure the proper solution is the one used in dpkg-1.6.11 though. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: Uploaded sysklogd 1.3-29 (source i386) to master
[EMAIL PROTECTED] (Martin Schulze) writes: sysklogd (1.3-29) unstable; urgency=low, closes=24893 . * Re-Applied patch provided vom Topi Miettinen with regard to the people from OpenBSD. This provides the additional '-a' argument used for specifying additional UNIX domain sockets to listen to. This is been used with chroot()'ed named's for example. An example is described at http://www.psionic.com/papers/dns.html. This time the patch doesn't stall syslogd. Thanks to Topi Miettinen [EMAIL PROTECTED] (closes: Bug#24893) it still doesn't work. please, please, please test this before you upload it again. the new syslog completely froze my system (mail wasn't going out, etc) i couldn't even su to root. on reboot it just hang there. i had to go into single user and disable syslog (chmod -x /etc/init.d/sysklogd) before i could do anything. thanks. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: Uploaded sysklogd 1.3-29 (source i386) to master
Martin Schulze [EMAIL PROTECTED] writes: Would you like to test a pre-release of -30? Again, on my server it runs as expected. This release contains a patch against the former version. ftp://ftp.infodrom.north.de/pub/people/joey/debian/sysklogd_1.3-29.1_i386.deb i just installed sysklogd 1.3-29.1 on one of my systems. i'll let you know if i have any problems with it or not. thanks. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: Uploaded sysklogd 1.3-29 (source i386) to master
Martin Schulze [EMAIL PROTECTED] writes: I introduced a severe bug. Could you try the next prelimnary version and tell me if it works for you? ftp://ftp.infodrom.north.de/pub/people/joey/debian/sysklogd_1.3-29.2_i386.deb well, i just tried 1.3-30 and it seems to work so far. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: vat tcl8.0.3
David Engel [EMAIL PROTECTED] writes: On Thu, Oct 01, 1998 at 12:27:17PM -0700, Alex Romosan wrote: can somebody who know more about tcl (maybe even the tcl maintainer) take a look at this? i appreciate any help. thank you. I (the Tcl maintainer) don't have time to do this right now. Sorry. okay, i posted this a week ago, and since then i've been trying to find the solution, with no luck though. i've searched the usenet archives at altavista/dejanews, read the comp.lan.tcl newsgroup. there is no mention of this problem. what i've discovered so far is that none of the mbone programs which use embedded tcl (sdr/vat/vic/nt these are the ones i know of) work with the current 8.0.3. they all crash with the same error message: invalid command name tcl_findLibrary they all work fine if downgrade to 8.0p2. i've tried compiling them with tcl8.0p2-dev and then upgrading to 8.0.3 (as i said before) and they don't work anymore. i think this is a bug in tcl 8.0.3. i am willing to investigate this a little bit further, but i need help. does anybody know of any programs that use tcl translated to c and compiled into the executable? i want to see if they work under tcl 8.0.3. all the mbone programs use the same tcl2c(++) translator which might be the problem. if we can't get this working by the freeze i propose we take these packages out of the next stable release (i guess we won't have a choice anyway). sorry to bother you all (and especially david) but i need help (and i didn't really get any responses last time). --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
Re: Proposed Constitution
I say everybody is too paranoid. Who cares what it looks like? Do ^ it effectively and use the most common method, whoever's toes it steps on. Don't be afraid to put he because somebody will surely slander you for your nievety. then i guess we'll use 'they' (since nobody cares what it looks like). or even better, why don't we use 'she'? and maybe we'll throw in some spelling mistakes (to do what everybody else seems to be doing. btw, what is 'nievety'?) --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xpenguin (formerly known as xteddy)
Why dont u make a debian PAckage out of it? You can do one PAckage xteddy with an additonal command-line parameter to select the personality shown. somebody else (Andreas Tille [EMAIL PROTECTED]) has already expressed interest in packaging xteddy. i can share the pixmaps with him though. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xpenguin (formerly known as xteddy)
i got bored so i replaced xteddy with the linux logo. voila! here comes the new xpenguin. i still like my xteddy better, but if anybody is interested, you can get xpenguin by anonymous ftp from caliban.lbl.gov (you'll also find xteddy there). --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: assorted bugs in 2.0 install
I have now fixed this in my sources. I would appreciate a bug report on things like this, since it was mere happenstance that I noticed this message. Expect an upgrade in a day or so. i was going to do this eventually, i just first wanted to see what other people thought about this. i don't like to rush in and fill a bug report just in case i turn out to be wrong. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
assorted bugs in 2.0 install
we got 4 new computers running debian (1.3.1) and in the process of upgrading them to 2.0 i found the following problems: (1) kernel-package doesn't know how to deal with spaces before the block devices in the /etc/fstab file. i know you would say that not many people would run into this situtation, but varesearch ships such an fstab file and the kernel-package was totally confused by it. it took me a while too to figure out what was happening. mount doesn't forbid spaces before the first field so i think kernel-package should be able to deal with it. (2) upgrading from xfree86 3.3.1 to 3.3.2 i ran into the strangest problem. /usr/X11R6/lib/X11/Cards didn't get updated. i just took a look at all the other computers i have (running 3.3.2, upgraded straight from 3.3.1) and none have the new Cards file even though it is part of the xbase package. the ones that run 3.3.2-3 and got upgraded first to 3.3.2-0.1, 3.3.2-1 and so on to -3 have the new version of this file. also, if you do a fresh install (or run purge before installing the new xbase) then the new version of Cards gets installed. can somebody explain to me why this is happening? (3) i screwed up one of the upgrades (one day i'll learn to be more patient) so i ended up doing a fresh install. the disk drive is scsi, but the cd drive is ide. the boot disk wouldn't let me make linux bootable from the hard drive claiming that i can install lilo only on the first drive and that /dev/hda wasn't writable. of course it wasn't, since it was the cd drive, but /dev/sda was. shoudn't the installation script also look for the first scsi drive? i think this is a bug. anyway, this is about it. i consider (1) and (3) real bugs (but probably the majority of people will never run into them). (2) is kind of weird and i don't have any explanation for it, but i can reproduce it. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linking problem
i've run into a really strange problem, and i can't seem to figure it out. i am attempting to link a program against Xpm and the linker tells me it can't find it. this is the command: g77 evtdsp_main.o xencode.o ../e815_analysis/dst/ftio.o getolevent.o \ getoesevent.o getofsevent.o sigonline.o ../e815_analysis/ipc.o \ store_view.o display_image.o util.o options.o evtdsp.o getbeam.o \ sind.o cosd.o -L/usr/cern/98/lib -lgeant -lgraflib -lgrafX11 \ -lpacklib -L/usr/X11R6/lib -lXm -lXp -lXt -lXext -lXpm -lX11 -lSM \ -lICE -o evtdsp_linux and the error: /usr/bin/ld: cannot open -lXpm: No such file or directory collect2: ld returned 1 exit status but the library exists: ls -l /usr/X11R6/lib/libXpm.so.4* 0 lrwxrwxrwx 1 root root 14 Apr 12 20:55 /usr/X11R6/lib/libXpm.so.4 - libXpm.so.4.10 54 -rw-r--r-- 1 root root53408 Jan 25 09:33 /usr/X11R6/lib/libXpm.so.4.10 if i replace -lXpm by /usr/X11R6/lib/libXpm.so.4 the program links fine. does anybody have any idea what's going on here? --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
new packages
i finally got around to applying to become a debian developer. so i want to announce here my intention to package the following programs: f77reorder f77 compiler script calling f2c/gcc. Handles some fortran 77 extensions by calling f77reorder to change the code. vat The LBNL audio tool, vat, is a real-time, multi-party, multimedia application for audio conferencing over the Internet. Vat is based on the Draft Internet Standard Real-time Transport Protocol (RTP) developed by the IETF Audio/Video Transport working group. RTP is an application-level protocol implemented entirely within vat -- you need no special system enhancements to run RTP. Although vat can be run point-to-point using standard unicast IP addresses, it is primarily intended as a multiparty conferencing application. To make use of the conferencing capabilities, your system must support IP Multicast, and ideally, your network should be connected to the IP Multicast Backbone (MBone). . Vat provides only the audio portion of a multimedia conference; video, whiteboard, and session control tools are implemented as separate applications. Our video tool is called vic and our whiteboard tool wb, UCL developed the session directory tool sdr Other related applications include ISI's Multimedia Conference Control, mmcc, the Xerox PARC Network Video tool, nv and the INRIA Video-conferencing System, ivs. xmmix Xmmix is an audio mixer utility for the X window system using the Motif graphical user interface. It operates the input and output mixer section on many PC sound cards. xrn X11 USENET news reader, based on rn. nt NTE is a shared text editor designed for use on the Mbone. It is not a word processor (it is not clear that word processing is a useful task to share) and it is not a whiteboard - if you want a whiteboard, wb from LBL is a much better whiteboard. . Using NTE can be very interactive - unless you lock a block of text, anyone else in your session can edit that text or delete it. This is intentional. Many people can (if they wish) edit the same document simultaneously. Many people can even edit the same block of text simultaneously, but if more than one person tries to edit the same line at one time, a conflict will occur, which results in only one of the changes being preserved. and some of the packages which need an smotif/dmotif version and don't have a maintainer yet (xmg, ddd, etc). all these are already available by anonymous ftp from caliban.lbl.gov in /pub/debian. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Questions for maintaining several packages
1) xteddy Xteddy is a cuddly teddy bear for your X Windows desktop. It is more or less an excersise for package bundling and maintaining. In fact xteddy is a must have for any Linux distribution :-)) you can get an xteddy debian package by anonymous ftp from caliban.lbl.gov in /pub/debian. i am happy to see this finally become part of the distribution. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ldd strange behaviour
i have a c++ program compiled with no debug flag. when i do an ldd on the executable i get the following: ldd ./vat libtk8.0.so.1 = /usr/lib/libtk8.0.so.1 (0x4000f000) libtcl8.0.so.1 = /usr/lib/libtcl8.0.so.1 (0x400af000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x40115000) libnsl.so.1 = /lib/libnsl.so.1 (0x401b8000) libdl.so.2 = /lib/libdl.so.2 (0x401be000) ---libstdc++.so.2.7.2 = /usr/lib/libg++-dbg/libstdc++.so.2.7.2 (0x401c1000) libm.so.6 = /lib/libm.so.6 (0x401fe000) libc.so.6 = /lib/libc.so.6 (0x40218000) if i take /usr/lib/libg++-dbg out of /etc/ld.so.conf an rerun 'ldconfig -v' i get this: ldd ./vat libtk8.0.so.1 = /usr/lib/libtk8.0.so.1 (0x4000f000) libtcl8.0.so.1 = /usr/lib/libtcl8.0.so.1 (0x400af000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x40115000) libnsl.so.1 = /lib/libnsl.so.1 (0x401b8000) libdl.so.2 = /lib/libdl.so.2 (0x401be000) ---libstdc++.so.2.7.2 = /usr/lib/libstdc++.so.2.7.2 (0x401c1000) libm.so.6 = /lib/libm.so.6 (0x401fe000) libc.so.6 = /lib/libc.so.6 (0x40219000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) which, i think, should be the right dependency. is this a bug? which version of the c++ library is the program actually linked against? i have both libg++272-dbg and libg++272-dev installed (version 2.7.2.8-0.1 from hamm). ldd is from ldso-1.9.6-2. any clues? --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .