Re: Handling of (inactive) Debian Accounts
Hi Joerg, I know I've gone MIA for quite a long time (graduated from university and got a full-time job). I don't know if I've gotten the WaT email yet, but I'd be glad to keep my email forwarding as an emeritus account. Anyway, thanks for taking the time to clean up all the accounts, and my apologies for not contributing to the project in some time. Ben On 2/9/07, Joerg Jaspert [EMAIL PROTECTED] wrote: Hi as Debian gets more and more accounts it is only natural that we have more and more unused accounts. People get MIA, find different interests or simply lost interest in Debian but did not follow the normal procedure of retiring.[1] To reduce the security risk an unused open account has, and also to get the number of Developers to reflect the reality, we, the Debian Account Managers, decided to do regular WaT[2] runs. Selection of the people included in those runs will be done in a way that we avoid sending out such mails to active people. As a good start we will take the upcoming DPL vote as an input source, everyone who doesn't vote this year will be included in the first run. * Please note that you can vote without expressing an opinion! * Later on there should be more such runs, on a regular base. Input of affected accounts can be (apart from future DPL election non-voters) the great work from the MIA-team, but details for that need to be worked out. We currently have 4 states for any given account in LDAP: o [default] o Emeritus o Disabled o Memorial [default] is obviously what the majority of accounts has. No need to explain it. Memorial is a special state used for accounts that are disabled but which we don't want reused to avoid confusion (at best), e.g. with developers who've passed away. Now, for the handling of the WaT runs, Emeritus and Disabled are the two important states here: To get into the Emeritus state you voluntarily retire from the project, following [1] or by replying to a WaT mail. The account will be put into the 'emeritus' state. It will get locked and their keys are moved to a separate keyring. Their email will continue to work for 6 months. They lose vote, upload and -private reading privileges. People in this stage can get their DD status back with a reduced NM process. The disabled state is for people where the WaT mail bounced or who don't reply. For the first 12 months things are the same as 'emeritus', after that they will need to pass full NM if they want to get their DD status back. [1] http://www.us.debian.org/doc/developers-reference/ch-developer-duties.en.html#s3.7 [2] *W*here *a*re *T*hey? -- bye Joerg It seems to me that the account creation step could be fully automated: checking the box approved by DAM could trigger an insert into the LDAP database thereby creating the account. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#220363: gimp1.2: gimp package suggest non-free software
On Nov 11, 2003, at 11:00 PM, Mathieu Roy wrote: Installed the gimp, I got a message suggesting me to install gimp1.2-nonfree Discussion aside, this is a nonissue, since the gimp1.2-nonfree package is gone in unstable. I would very much like to close this bug. Does this solve this issue to your liking? Thanks very much, Ben
Re: gimp1.2: gimp package suggest non-free software
On Nov 12, 2003, at 1:27 AM, Mathieu Roy wrote: So you confirm what I thought (yes, I checked this page before): - the support for GIF creation inside the main gimp package, in main, has been removed in favor of a package in non-free, that provide the same functionality (plus patented compression). Matthieu, This is not the case. The GIF plugin from the main gimp source has been left completely untouched. Nothing has been removed in favor of anything. Because the gif plug-in contained code using the patented LZW algorithm, I simply split it out -- without changing it -- into a gimp1.2-nonfree package, to allow people who did not wish to deal with the patent issues to still install GIMP. The plug-in was not changed in any way. There is no plug-in for GIMP that allows gif creation without LZW compression as far as I know, and certainly not one available in the main source code. (If the gif plug-in linked with libgif, I could simply link it with libungif, but it does its own compression and would need to be re-written to use these libraries). If you still think this is an issue, please take it up with the upstream GIMP maintainers. Debian has not changed anything about the GIMP source code, only packaged its binaries in a way friendly to people who do not wish to install non-free software. As I mentioned in a response to the bug report, this is mostly a nonissue, since the LZW patent has expired in the US and I've merged the -nonfree package back into the main package in the unstable Debian distribution. Cheers, Ben
Re: gimp1.2: gimp package suggest non-free software
On Nov 12, 2003, at 7:38 AM, Eike Sauer wrote: As far as I know(*), the patent is still valid in Europe and Japan until mid 2004. Shouldn't this matter for an international project? This is true, I believe. Whether or not the main GIMP source (distributed in main) is even allowed in Europe and Japan is another good question. How do we deal with this situation for other source projects that contain things like encryption that are outlawed in countries X, Y, and Z but OK in the US? The GIMP upstream authors have repeatedly shown no interest in this; plug-ins/common/gif.c contains code straight from 'compress'. Ben
Accepted nethack 3.4.2-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 13 Oct 2003 17:22:01 -0700 Source: nethack Binary: nethack nethack-common nethack-console nethack-lisp nethack-qt nethack-gnome nethack-x11 Architecture: source i386 all Version: 3.4.2-1 Distribution: unstable Urgency: low Maintainer: Debian Nethack Maintainers [EMAIL PROTECTED] Changed-By: Ben Gertzfield [EMAIL PROTECTED] Description: nethack- Overhead dungeon-crawler game (dummy package) nethack-common - Common files for Nethack dungeon crawl game nethack-console - Text-based overhead view DD-style adventure game nethack-gnome - Text-based/Gnome overhead view DD-style adventure game nethack-lisp - Text-based overhead view DD-style adventure game nethack-qt - Text-based/Qt overhead view DD-style adventure game nethack-x11 - Text-based/X11 overhead view DD-style adventure game Closes: 140398 148983 152232 154627 164132 168385 168386 170531 180215 184173 184855 186609 186619 187167 208817 213874 Changes: nethack (3.4.2-1) unstable; urgency=low . * NetHack is now comaintained by Ben Gertzfield and Joshua Kwan. * New upstream version (closes: #208817) - You can no longer eat while sleeping, possibly fixed in this version, which closes: #184855 * Acknowledge NMUs/patches, thanks all around to: - Mario Lang [EMAIL PROTECTED] (Closes: #186609, #187167) - Brian Nelson [EMAIL PROTECTED] (Closes: #184173, #180215) * Ben Gertzfield [EMAIL PROTECTED]: - Merge LISP window system patch into dpatch patches. - Merge LISP window system copyright into main copyright file. - Add upstream source URL for LISP window system to copyright file. - Update 12_lisp_windowing.dpatch to upstream nethack_el-0.9.2.tar.gz. - Add Joshua Kwan to uploaders list for co-maintainership. * Joshua Kwan [EMAIL PROTECTED]: - Fix FTBFS caused by 'Invisible' being a youprop.h #define and used in a QListViewIterator enumerated type. (Closes: #213874) - Fix char signedness issue in gnbind.c (Closes: #170531) - Build nethack dummy package in binary-indep target. (Closes: #186619) - Steal t32-1024.xpm from jnethack - it's missing from NetHack upstream. This allows nethack-gnome to use the larger tileset. (Closes: #140398) - Now using dh_installinit; use defaults, so we don't go to /etc/rcS.d and start before NIS. (Closes: #164132) - No clue how this is meant to help, but it doesn't break anything, so let's wrap all our menu stuff in sh -c '' and see what happens. (Closes: #168385, #168386, #152232) - Allow the administrator to decide whether recover should be setgid games. (Closes: #148983) - Add a menu item to GNOME menu for readying/quivering. (Closes: #154627) - Also fix many qt_win.{cpp,h} warnings. - Bump Standards-Version to 3.6.1.0: o Use our own CFLAGS, this allows us to use DEB_BUILD_OPTIONS=noopt o Use /var/mail instead of /var/spool/mail (although both worked as the two are still symlinked to each other) o Question about old savegame backup becomes a debconf question, and moved meat of the logic into postinst - Use debian/compat instead of DH_COMPAT, bump it to V4. - Use 'ln -sf' and 'gzip -f' so that multiple calls of binary-arch work without cleaning. - Fixed upstream URL to one that works - Fix clean target so that pristine config.h is restored upon clean - Removed redundant call to update-rc.d. - Compress the nethack-common changelog.Debian. - Migrate source modifications to dpatch patches and build-depend on dpatch. - Consolidate massive amounts of nearly duplicate config.hs into one common configuration patch for include/config.h and add additional -Ds to CFLAGS for each build. - Add some enhancement patches (Save/bones are NOT affected): + 90_enh_hpmon.dpatch: HP monitor which visually alerts you when HP goes below 2/3, 1/3, and 1/10 of total. + 91_enh_menucolors.dpatch: Enables you to specify regular expressions to highlight in your inventory (for example, cursed/uncursed/blessed items.) Files: e58843c1e959750b0301c30cf0eda26e 971 games optional nethack_3.4.2-1.dsc 90e971dbaee2f05f6a2ed3454851903a 3475583 games optional nethack_3.4.2.orig.tar.gz 65e9e1e96beeed9613f95ceeec559816 287083 games optional nethack_3.4.2-1.diff.gz 03f93393d85b86dc0d1039158d53a519 15252 games optional nethack_3.4.2-1_all.deb 989054236dfaea1d3f2f1304adcafda4 444372 games optional nethack-common_3.4.2-1_i386.deb b12a66c35331672640e2b78488d66258 798102 games optional nethack-console_3.4.2-1_i386.deb dc495e938fd8a0973b88aced4bdc5348 790014 games optional nethack-lisp_3.4.2-1_i386.deb 71d9beb72f251723c7aaa8fc3f92abd4 842716 games optional nethack-x11_3.4.2-1_i386.deb 131742073d314a53468a9cbb08dea0d2 942172 games optional nethack-qt_3.4.2-1_i386.deb
Re: Helping busy maintainers
Martin Michlmayr wrote: There are some developers who are clearly too busy to maintain their packages properly, but yet cannot be considered inactive enough so that their packages should be given away. I'd like to have a group of people who are willing to help those developers out by co-maintaining their packages for a while. Anyone interesting, please let me know and I will give you a listing of maintainers/packages. Alioth has been a terrific resource for me in this regard. Using it and dpatch, I'm easily able to co-maintain packages, maintain bugs, and keep releases in check with multiple developers. I'd highly recommend that this group utilize Alioth to its fullest, so that co-maintainers can best pool their resources. Ben
Accepted gimp 1.2.5-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 13 Sep 2003 17:57:21 -0700 Source: gimp Binary: gimp1.2-perl libgimp1.2 gimp libgimp1.2-dev gimp-perl gimp1.2 Architecture: source i386 all Version: 1.2.5-3 Distribution: unstable Urgency: low Maintainer: Ben Gertzfield [EMAIL PROTECTED] Changed-By: Ben Gertzfield [EMAIL PROTECTED] Description: gimp - The GNU Image Manipulation Program, stable version 1.2 gimp-perl - Perl support and plugins for The GIMP gimp1.2- Transitional dummy package for upgrading The GIMP gimp1.2-perl - Transitional dummy package for upgrading The GIMP Perl modules libgimp1.2 - Libraries necessary to run the GIMP, version 1.2 libgimp1.2-dev - Headers and other files for compiling plugins for The GIMP Changes: gimp (1.2.5-3) unstable; urgency=low . * Make gimp-perl Conflict and Replace gimp1.2-perl ( 1.2.5) so both packages can co-exist. Files: 5b62dffd84693eea855fc2e2e975bd6e 921 graphics optional gimp_1.2.5-3.dsc d4e41fcb794230949c327630a7575a30 15509 graphics optional gimp_1.2.5-3.diff.gz 2d567181b06d8ce3eaf17af3d52fd437 11902 graphics optional gimp1.2_1.2.5-3_all.deb 9618e663485c66b3dc28e9c6a095cc68 11924 graphics optional gimp1.2-perl_1.2.5-3_all.deb 8a08c99e6343fdfe951dce676388be52 446262 graphics optional gimp-perl_1.2.5-3_i386.deb 442261b0d4397b9846b4af5c7d76d588 8312750 graphics optional gimp_1.2.5-3_i386.deb dc22e784fabee6b38fd220e2a1688c1f 186154 devel optional libgimp1.2-dev_1.2.5-3_i386.deb 90dfbad650b58ba4b04dea089fcdc227 138794 libs optional libgimp1.2_1.2.5-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE/Y+YSerlouHKbEQ0RApwXAJ9DvH7XzwtgHd3Gpz6tKX6sfE7PkACdGXWw 4/oVqKKFkDDZWf1delkeIG4= =OPRX -END PGP SIGNATURE- Accepted: gimp-perl_1.2.5-3_i386.deb to pool/main/g/gimp/gimp-perl_1.2.5-3_i386.deb gimp1.2-perl_1.2.5-3_all.deb to pool/main/g/gimp/gimp1.2-perl_1.2.5-3_all.deb gimp1.2_1.2.5-3_all.deb to pool/main/g/gimp/gimp1.2_1.2.5-3_all.deb gimp_1.2.5-3.diff.gz to pool/main/g/gimp/gimp_1.2.5-3.diff.gz gimp_1.2.5-3.dsc to pool/main/g/gimp/gimp_1.2.5-3.dsc gimp_1.2.5-3_i386.deb to pool/main/g/gimp/gimp_1.2.5-3_i386.deb libgimp1.2-dev_1.2.5-3_i386.deb to pool/main/g/gimp/libgimp1.2-dev_1.2.5-3_i386.deb libgimp1.2_1.2.5-3_i386.deb to pool/main/g/gimp/libgimp1.2_1.2.5-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gimp 1.2.5-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 23 Jul 2003 22:06:24 -0700 Source: gimp Binary: gimp1.2-perl libgimp1.2 gimp libgimp1.2-dev gimp-perl gimp1.2 Architecture: source i386 all Version: 1.2.5-2 Distribution: unstable Urgency: low Maintainer: Ben Gertzfield [EMAIL PROTECTED] Changed-By: Ben Gertzfield [EMAIL PROTECTED] Description: gimp - The GNU Image Manipulation Program, stable version 1.2 gimp-perl - Perl support and plugins for The GIMP gimp1.2- Transitional dummy package for upgrading The GIMP gimp1.2-perl - Transitional dummy package for upgrading The GIMP Perl modules libgimp1.2 - Libraries necessary to run the GIMP, version 1.2 libgimp1.2-dev - Headers and other files for compiling plugins for The GIMP Closes: 202212 Changes: gimp (1.2.5-2) unstable; urgency=low . * Fix installation of gimp1.2 package by making gimp Conflict with gimp1.2 ( 1.2.5-1). (Closes: #202212) Files: cfe4e4c8497b894cf658b0247afd9703 921 graphics optional gimp_1.2.5-2.dsc eac5304adc66eebf6f3e57b94c09c147 15310 graphics optional gimp_1.2.5-2.diff.gz b2ffc51bd86f4544bd3f7001c051a9d8 11658 graphics optional gimp1.2_1.2.5-2_all.deb 143f6b357e8d647c1547743204137aa7 11678 graphics optional gimp1.2-perl_1.2.5-2_all.deb 500a7676a82e54d62e30b3287687e709 445868 graphics optional gimp-perl_1.2.5-2_i386.deb 17a8cce3ba349f5ffc11dd2466aa4db2 8246938 graphics optional gimp_1.2.5-2_i386.deb 80b0d6fd482db5ef5c7c8961ac3062bb 182296 devel optional libgimp1.2-dev_1.2.5-2_i386.deb d302904f7b67bf72b2516bb8c827b13a 134962 libs optional libgimp1.2_1.2.5-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE/H23DerlouHKbEQ0RAtdoAJ90dlsmDDml+C/VAnqFBubsRZieigCdHTtj vWw5FNBxZLU9SIBN0Ssmr+g= =BCpw -END PGP SIGNATURE- Accepted: gimp-perl_1.2.5-2_i386.deb to pool/main/g/gimp/gimp-perl_1.2.5-2_i386.deb gimp1.2-perl_1.2.5-2_all.deb to pool/main/g/gimp/gimp1.2-perl_1.2.5-2_all.deb gimp1.2_1.2.5-2_all.deb to pool/main/g/gimp/gimp1.2_1.2.5-2_all.deb gimp_1.2.5-2.diff.gz to pool/main/g/gimp/gimp_1.2.5-2.diff.gz gimp_1.2.5-2.dsc to pool/main/g/gimp/gimp_1.2.5-2.dsc gimp_1.2.5-2_i386.deb to pool/main/g/gimp/gimp_1.2.5-2_i386.deb libgimp1.2-dev_1.2.5-2_i386.deb to pool/main/g/gimp/libgimp1.2-dev_1.2.5-2_i386.deb libgimp1.2_1.2.5-2_i386.deb to pool/main/g/gimp/libgimp1.2_1.2.5-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gimp 1.2.5-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 13 Jul 2003 11:17:12 -0700 Source: gimp Binary: gimp1.2-perl libgimp1.2 gimp libgimp1.2-dev gimp-perl gimp1.2 Architecture: source i386 all Version: 1.2.5-1 Distribution: unstable Urgency: low Maintainer: Ben Gertzfield [EMAIL PROTECTED] Changed-By: Ben Gertzfield [EMAIL PROTECTED] Description: gimp - The GNU Image Manipulation Program, stable version 1.2 gimp-perl - Perl support and plugins for The GIMP gimp1.2- Transitional dummy package for upgrading The GIMP gimp1.2-perl - Transitional dummy package for upgrading The GIMP Perl modules libgimp1.2 - Libraries necessary to run the GIMP, version 1.2 libgimp1.2-dev - Headers and other files for compiling plugins for The GIMP Closes: 82216 87872 194643 Changes: gimp (1.2.5-1) unstable; urgency=low . * New upstream version. (Closes: #194643) * Rename gimp1.2 to gimp, gimp1.2-perl to gimp-perl. (Closes: #82216) * Add dummy gimp1.2 upgrade package that just depends on gimp = 1.2.5. * Remove gimp1.2-nonfree package; LZW patent has expired. Gif and tiff modules are in main gimp package. * Upgrade libpng Build-Depends to libpng12-dev. * Now includes gimp-print, so add Conflicts: and Replaces: gimp1.2-print to main gimp package. (Closes: #87872) * Add Suggests: gimpprint-doc and Recommends: gimpprint-locales to gimp package, as gimp1.2-print package used to do. * Add gimpdoc(1) manual page. (Submitted upstream as bug 117349). * Move architecture-independent GIMP Perl modules (not plug-ins) into /usr/share/perl5 from /usr/lib/perl5. * Update to version 3.6.0 of Standards-Version. Files: 9fd76089dd92551f28ff76e3382b3b98 921 graphics optional gimp_1.2.5-1.dsc 77a1aa0ed6c98e130432d412fd4a53a5 15033710 graphics optional gimp_1.2.5.orig.tar.gz c0f73cd3954f67537190424b361a9e99 15254 graphics optional gimp_1.2.5-1.diff.gz 03b8650ad3ee3a6363f43f40d1f85107 11610 graphics optional gimp1.2_1.2.5-1_all.deb 6a7dc4f3026e7063ddfb34b7f60aafb1 11630 graphics optional gimp1.2-perl_1.2.5-1_all.deb 1573f49327e393e6568568e00ec76d79 445546 graphics optional gimp-perl_1.2.5-1_i386.deb 706e753b386e48a8b9d41caaa8e894c2 8247000 graphics optional gimp_1.2.5-1_i386.deb 7e0a0f0205f03a0709290577f8f18618 182242 devel optional libgimp1.2-dev_1.2.5-1_i386.deb b8261258698588d7fa4d86eaedc1091b 134920 libs optional libgimp1.2_1.2.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE/EifMerlouHKbEQ0RArOrAJ4kfmZu0HYVwgjSB8ZZ645idd4CBgCdFayr /Sx1edFf0zfzMQjrntc5eCw= =sVQz -END PGP SIGNATURE- Accepted: gimp-perl_1.2.5-1_i386.deb to pool/main/g/gimp/gimp-perl_1.2.5-1_i386.deb gimp1.2-perl_1.2.5-1_all.deb to pool/main/g/gimp/gimp1.2-perl_1.2.5-1_all.deb gimp1.2_1.2.5-1_all.deb to pool/main/g/gimp/gimp1.2_1.2.5-1_all.deb gimp_1.2.5-1.diff.gz to pool/main/g/gimp/gimp_1.2.5-1.diff.gz gimp_1.2.5-1.dsc to pool/main/g/gimp/gimp_1.2.5-1.dsc gimp_1.2.5-1_i386.deb to pool/main/g/gimp/gimp_1.2.5-1_i386.deb gimp_1.2.5.orig.tar.gz to pool/main/g/gimp/gimp_1.2.5.orig.tar.gz libgimp1.2-dev_1.2.5-1_i386.deb to pool/main/g/gimp/libgimp1.2-dev_1.2.5-1_i386.deb libgimp1.2_1.2.5-1_i386.deb to pool/main/g/gimp/libgimp1.2_1.2.5-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nethack 3.4.1-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 1 Mar 2003 17:03:11 -0800 Source: nethack Binary: nethack-x11 nethack-common nethack-console nethack-gnome nethack nethack-qt Architecture: source i386 all Version: 3.4.1-1 Distribution: unstable Urgency: low Maintainer: Ben Gertzfield [EMAIL PROTECTED] Changed-By: Ben Gertzfield [EMAIL PROTECTED] Description: nethack- Overhead dungeon-crawler game (dummy package) nethack-common - Common files for Nethack dungeon crawl game nethack-console - Text-based overhead view DD-style adventure game nethack-gnome - Text-based/Gnome overhead view DD-style adventure game nethack-qt - Text-based/Qt overhead view DD-style adventure game nethack-x11 - Text-based/X11 overhead view DD-style adventure game Closes: 140303 142018 142079 144779 153738 169995 173127 177252 181854 182742 Changes: nethack (3.4.1-1) unstable; urgency=low . * New upstream version. (Closes: #182742) * Upstream included patch to build Nethack on ia64. (Closes: #142079) * Boulder - Landmine segfault fixed upstream. (Closes: #144779) * Change Build-Depends to depend on libxaw7-dev | libxaw-dev. (Closes: #169995) * Top ten list buffer overflow fixed upstream. (Closes: #181854) * Mention .nethackrc.gnome, .nethackrc.x11, and .nethackrc.qt files (custom to Debian) in nethack manpage. (Closes: #153738) * Okay, okay, I made a nethack-console package that has no dependancies on any X11 libs or other big packages. (Closes: #140303, #142018) * Move dependancy on xbase-clients to nethack-x11. It's the only one that needs font making. * Note: We define __USE_GNU in sys/unixres.c; looks like the constant RTLD_NEXT is only defined if __USE_GNU is defined. * Use Guidebook.txt for docs. For some reason, plain 'Guidebook' is full of garbage now after 'make Guidebook'. (Closes: #173127, #177252) Files: 811ebf2b572688161be3090aa6e3c67d 806 games optional nethack_3.4.1-1.dsc aefcbeb20210b2d64511c84bd03c3e4e 3492419 games optional nethack_3.4.1.orig.tar.gz c9d2e1146bd1fcda41d3509e6b872339 81476 games optional nethack_3.4.1-1.diff.gz 1720a0c5483c660a877d3340f51e0339 435384 games optional nethack-common_3.4.1-1_i386.deb 5d747f4f5fd0614bf9e79a145dfe01cb 701482 games optional nethack-console_3.4.1-1_i386.deb fcfc658bbd08544c8629b50161a68aa0 743584 games optional nethack-x11_3.4.1-1_i386.deb 2e615be3241c85b552388340a58a2840 834928 games optional nethack-qt_3.4.1-1_i386.deb 91ade11fae1e265a8305733beb74bdac 812892 games optional nethack-gnome_3.4.1-1_i386.deb 4f4052f9f6d3c9957b2beabdee3c28a6 13184 games optional nethack_3.4.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+YVyOerlouHKbEQ0RAil1AJ0d1Ga2mQetnAhnQHYmFaW2CwnyvwCeODR0 pqYeGvpnyI/JHlY88N62QCk= =2kEo -END PGP SIGNATURE- Accepted: nethack-common_3.4.1-1_i386.deb to pool/main/n/nethack/nethack-common_3.4.1-1_i386.deb nethack-console_3.4.1-1_i386.deb to pool/main/n/nethack/nethack-console_3.4.1-1_i386.deb nethack-gnome_3.4.1-1_i386.deb to pool/main/n/nethack/nethack-gnome_3.4.1-1_i386.deb nethack-qt_3.4.1-1_i386.deb to pool/main/n/nethack/nethack-qt_3.4.1-1_i386.deb nethack-x11_3.4.1-1_i386.deb to pool/main/n/nethack/nethack-x11_3.4.1-1_i386.deb nethack_3.4.1-1.diff.gz to pool/main/n/nethack/nethack_3.4.1-1.diff.gz nethack_3.4.1-1.dsc to pool/main/n/nethack/nethack_3.4.1-1.dsc nethack_3.4.1-1_all.deb to pool/main/n/nethack/nethack_3.4.1-1_all.deb nethack_3.4.1.orig.tar.gz to pool/main/n/nethack/nethack_3.4.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nethack 3.4.0-4 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 3 Nov 2002 22:45:27 -0800 Source: nethack Binary: nethack-x11 nethack-common nethack-gnome nethack nethack-qt Architecture: source i386 all Version: 3.4.0-4 Distribution: unstable Urgency: high Maintainer: Ben Gertzfield [EMAIL PROTECTED] Changed-By: Ben Gertzfield [EMAIL PROTECTED] Description: nethack- Overhead dungeon-crawler game (dummy package) nethack-common - Common files for Nethack dungeon crawl game nethack-gnome - Text-based/Gnome overhead view DD-style adventure game nethack-qt - Text-based/Qt overhead view DD-style adventure game nethack-x11 - Text-based/X11 overhead view DD-style adventure game Closes: 167542 Changes: nethack (3.4.0-4) unstable; urgency=high . * Install recover and recover-helper mode 644, not 664. (Closes: #167542) Files: c7478c34d556894a03622d6eb6a1c8a8 775 games optional nethack_3.4.0-4.dsc 782ad2ac1cc63f4f57140f65f8c48217 65922 games optional nethack_3.4.0-4.diff.gz 506e66cd74310fb9f05e32a31e0a2dc4 426782 games optional nethack-common_3.4.0-4_i386.deb 7df312d79b20541e76fca7f1469c3bb1 722040 games optional nethack-x11_3.4.0-4_i386.deb 457d10c16947d0e561a0a7b1a9737d09 811500 games optional nethack-qt_3.4.0-4_i386.deb 0b0950841fcb09ec2f65e1f8205332e9 790140 games optional nethack-gnome_3.4.0-4_i386.deb 1d20da7d8e835323e3e451752a7b87de 12680 games optional nethack_3.4.0-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9yKukerlouHKbEQ0RAkdwAJ0SllPf3j4N91o4n/YfhGH/JgtGggCgrSTC THdzIjBa6DVWriWBvWQSUuk= =eraf -END PGP SIGNATURE- Accepted: nethack-common_3.4.0-4_i386.deb to pool/main/n/nethack/nethack-common_3.4.0-4_i386.deb nethack-gnome_3.4.0-4_i386.deb to pool/main/n/nethack/nethack-gnome_3.4.0-4_i386.deb nethack-qt_3.4.0-4_i386.deb to pool/main/n/nethack/nethack-qt_3.4.0-4_i386.deb nethack-x11_3.4.0-4_i386.deb to pool/main/n/nethack/nethack-x11_3.4.0-4_i386.deb nethack_3.4.0-4.diff.gz to pool/main/n/nethack/nethack_3.4.0-4.diff.gz nethack_3.4.0-4.dsc to pool/main/n/nethack/nethack_3.4.0-4.dsc nethack_3.4.0-4_all.deb to pool/main/n/nethack/nethack_3.4.0-4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#95975: mutt: doesn't use charset anymore
Richard == Richard Atterer [EMAIL PROTECTED] writes: Richard While we're at it: How on earth can I get rid of those Richard Warning: locale not supported by Xlib, locale set to C Richard messages? I use LC_CTYPE=de_DE.ISO-8859-1 to get Umlauts Richard etc in mutt. Unfortunately, this produces the above error Richard message with lots of X programs - especially annoying Richard when you use at(1); you always get a mail with the error Richard message. Just use LC_CTYPE=de_DE. It'll work fine in mutt. (The problem is, if I remember correctly, that X uses ISO8859-1, without the first dash.) The mutt docs are not very compatible with Xlib. Ben -- Brought to you by the letters C and H and the number 1. A squib is a firecracker. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: Bug#95975: mutt: doesn't use charset anymore
Paul == Paul Seelig [EMAIL PROTECTED] writes: Paul I think that *mutt* is definitely broken in this regard, Paul because *no* other console program i know (e.g. mc or pine) Paul breaks like this using the very same libc. It's not just mutt. GTK+ has the same problem. The solution is to get LANG set to at least en_US by default for everyone, as LANG=C is just not useful any more. Owen Taylor, the GTK+ developer, has confirmed that this is a libc6 2.2 issue. It just drops high ASCII characters for LANG=C now. Ben -- Brought to you by the letters P and O and the number 13. If you turn both processors off, you will have to reboot. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: gimp 1.1
Joey == Joey Hess [EMAIL PROTECTED] writes: Joey Do we actually need gimp1.1 and associated packages anymore? Joey gimp1.2 in in unstable. Nope, go ahead and toss it if we can get the other libgimp1.1 using packages out too.. Ben -- Brought to you by the letters F and E and the number 2. Hello! We are only joke. It is funny enough. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: bugs + rant + constructive criticism (long)
Ethan == Ethan Benson [EMAIL PROTECTED] writes: Ethan pine is a lost cause anyway. i was thinking of GNUs which Ethan seems to be the other big offender of ignorage of M-F-To. Ethan (i am not sure if it respects Mail-Copies-To: never i just Ethan started adding that.) Gnus definitely respects M-F-To. I'm using it now, and it confirmed that I wanted to obey M-F-To when I followed-up to your message. Ben -- Brought to you by the letters J and Q and the number 7. If you turn both processors off, you will have to reboot. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: gtk-doc vs glib1.2-dev info file conflict
Svante == Svante Signell [EMAIL PROTECTED] writes: Svante When upgrading libgtk-doc glib.info.gz conflicts with the Svante same file from libglib1.2-dev. Which package is to remove Svante the info file? That's weird. From the control file: Package: libglib1.2-dev Architecture: any Section: devel Depends: libglib1.2 (= ${Source-Version}) Suggests: libgtk1.2-dev, libgtk1.2-doc Conflicts: libglib-dev, libglib1.1.5-dev, libglib1.1.7-dev, libglib1.1.8-dev, libglib1.1.9-dev, libglib1.1.10-dev, libglib1.1.11-dev, libglib1.1.12-dev, libglib1.1.13-dev, libglib1.1.16-dev Provides: libglib-dev, libglib1.1-dev Replaces: libgtk-doc, libglib1.1.5-dev, libglib1.1.6-dev, libglib1.1.9-dev, libglib1.1.11-dev, libglib1.1.12-dev, libglib1.1.13-dev, libglib1.1.16-dev It definitely Replaces: libgtk-doc. Which version are you installing? Ben -- Brought to you by the letters N and Z and the number 1. A yonker is a young man. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: dueling banjos
Kim == Kim Richards [EMAIL PROTECTED] writes: Kim could you please mail me sheet music for dueling banjos This is about the third or fourth time we've gotten this request. Does anyone know why? :) (Here's an earlier one I found.) Date: Wed, 05 Jul 2000 12:06:26 +0100 From: Martin Eldridge [EMAIL PROTECTED] Subject: dueling banjos- sheet music Could you please send me the sheet music for Dueling Banjos, Regards Martin Ben -- Brought to you by the letters L and E and the number 0. Porcoga daisuki! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Seems potato's now 'stable'! 2.2's out, then?
I guess nobody's actually announced it on the list, but the FTP sites seem to have moved the link for stable to potato! 2.2 must, logically, be released! Shocking. :) Congrats to everyone! (How come it wasn't announced on the list?) Ben -- Brought to you by the letters E and J and the number 6. It makes my nipples hard! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
New LILO for 1024 cylinders in potato, PLEASE!
According to lwn.net, there is a new version of LILO just released that finally, finally adds an option to fix the horrid, dreaded LI problem on hard drives with 1024 cylinders. http://www.lwn.net/2000/0309/a/lilo.html Can this make it into potato? :) Ben -- Brought to you by the letters Y and M and the number 5. You have my pills! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: ARGH!!! Re: ITP: jnethack
Vincent == Vincent Renardias [EMAIL PROTECTED] writes: Vincent Here we go again with package forks... Can you *PLEASE* Vincent try to merge this patch with the upstream version 1st. Vincent If the patch is done correctly, I see no reason the Vincent upstream maintainer should refuse it. (And if he does, Vincent why should Debian accept it?) I hate to say it, but as the nethack maintainer, I must admit that upstream is just a bit unreceptive of patches. I know I've forwarded several patches to them to no avail. New versions of nethack are very sporadic (read: 5 years between releases) and I think at this point, forking shouldn't be totally ruled out. -- Brought to you by the letters O and S and the number 13. Ooh, don't touch him, HE'S got the wall sconses. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: ssh keys in ldap
Jason == Jason Gunthorpe [EMAIL PROTECTED] writes: Jason If nobody can see why this would be a bad idea I will Jason deploy this system on db.debian.org and the debian.org Jason machines in the near future. I hope that when lsh becomes Jason usable a similar patch to it can be made. It's definitely quite usable. Hopefully it won't encourage more people to keep their private keys in, well, not-so-private places. :) -- Brought to you by the letters B and X and the number 9. It makes my nipples hard! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: Announcing debconf, configuration management for debian
This is great, Joey! Can you show an example of how to use apt-get to *skip* configuration questions altogether? Ben -- Brought to you by the letters W and O and the number 14. It should be illegal to yell 'Y2K' in a crowded economy. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: Hosed system during package build
Dale == Dale Scheetz [EMAIL PROTECTED] writes: Dale I'm going to take my time recovering from this, as there Dale are things still on hda1 that I am likely to want saved. Any Dale helpful hints about how to keep such things from happening Dale in the future would be greatfully appreciated. Fakeroot, fakeroot, fakeroot. What I tell you three times is true. :) -- Brought to you by the letters O and Y and the number 16. I wanna be Twist Barbie! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: w only giving `-' as the FROM field
Chris == Chris Rutter [EMAIL PROTECTED] writes: Chris For months now, `w' has only reported `-' (well, *almost* Chris all the time, anyway) in the FROM field for any connections Chris made through `telnetd'. Finally, with the update to PAMed Chris `login', I once again have the hostnames correctly Chris appearing in FROM again. Does anyone know why this wasn't Chris working for so long? I have had this problem reported to me too. Something in potato broke a while ago.. but it never happened to me. -- Brought to you by the letters E and T and the number 4. Wuzzle means to mix. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
Re: People at Usenix
blackie == blackie [EMAIL PROTECTED] writes: blackie Does anyone plan on attending Usenix ( 06-11 Jun 1999 )? I will be there. :) -- Brought to you by the letters A and J and the number 16. HEY YO GYS! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: possibly broken X development environment
John == John Lapeyre [EMAIL PROTECTED] writes: John I was trying to compile ssystem, which compiled a couple of John weeks ago. Now libc5 compatible libaries are trying to be John linked. Is this a potato problem, or my problem ? This may be related to the grave bug #37641 I just reported on xlib6g-static; Branden stripped the symbols from all the static libraries (I assume unintentionally) and made them useless in the latest releases of xlib6g in potato. -- Brought to you by the letters W and N and the number 10. It is sad. *Campers* cannot *dance*. Not even a *party*. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: doc-base and obnoxious unknown format warnings
Adam == Adam Di Carlo [EMAIL PROTECTED] writes: Adam Geeze -- ok, I'll fix it tonight. Thanks! I didn't mean to sound concilatory, but it seems a lot of packages have a lot of doc-base warnings these days.. -- Brought to you by the letters N and P and the number 19. You should be glad you don't have diaper rash. Mah Jongg. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: doc-base and obnoxious unknown format warnings
Joey == Joey Hess [EMAIL PROTECTED] writes: Joey warning: ignoring unknown format `$$format_data{'format'}' Joey if $ENV{DOC_BASE_GRIPE}; } This is a nice solution. -- Brought to you by the letters G and B and the number 7. When you had it, you didn't want it. Now you ain't got it, you want it back. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: doc-base and obnoxious unknown format warnings
Adam == Adam Di Carlo [EMAIL PROTECTED] writes: Ben == Ben Gertzfield [EMAIL PROTECTED] writes: Joey == Joey Hess [EMAIL PROTECTED] writes: Joey warning: ignoring unknown format `$$format_data{'format'}' Joey if $ENV{DOC_BASE_GRIPE}; } Ben This is a nice solution. Adam Well, actually, in tonight's upload, I only enabled this Adam warning if the -v or --verbose switch it used. Much Adam cleaner. I hate env vars anyway. Fine by me! :) -- Brought to you by the letters E and L and the number 0. What's green and sits in the corner? ... A naughty frog! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
doc-base and obnoxious unknown format warnings
I've been noticing that, even though we're all encouraged to use doc-base nowadays, that doc-base emits noxious and obnoxious warnings whenever it sees a format it doesn't recognize. I've just adapted libgtk1.2-doc to use doc-base, and on EVERY install or removal, I get: Setting up libgtk1.2-doc (1.2.3-1) ... warning: ignoring unknown format `texinfo' at /usr/sbin/install-docs line 627, IN chunk 10. warning: ignoring unknown format `info' at /usr/sbin/install-docs line 627, IN chunk 13. warning: ignoring unknown format `texinfo' at /usr/sbin/install-docs line 627, IN chunk 10. warning: ignoring unknown format `info' at /usr/sbin/install-docs line 627, IN chunk 13. warning: ignoring unknown format `linuxdoc-sgml' at /usr/sbin/install-docs line 627, IN chunk 10. warning: ignoring unknown format `linuxdoc-sgml' at /usr/sbin/install-docs line 627, IN chunk 10. warning: ignoring unknown format `linuxdoc-sgml' at /usr/sbin/install-docs line 627, IN chunk 10. warning: ignoring unknown format `linuxdoc-sgml' at /usr/sbin/install-docs line 627, IN chunk 11. Ugh! And on an upgrade, I get this spam *TWICE*. Is there any way we can make the default for doc-base to *not* warn on these unknown formats? Frankly, it's just ugly as all get-out. :) Ben -- Brought to you by the letters Z and F and the number 9. HEY YO GYS! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: A setuid bash doesn't give up root.
Karl == Karl M Hegbloom [EMAIL PROTECTED] writes: Karl Perhaps we should have a policy that says all of our shells Karl should follow the Bash behaviour? This would help a *tiny* bit, but there are many many programs other than shells that will wreak havoc if they're made set-uid. Emacs, or vi, or netscape.. well, you get the drift. -- Brought to you by the letters D and M and the number 18. Bill Gates is a talented evil man. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: GTK oops?
Jules == Jules Bean [EMAIL PROTECTED] writes: Jules Dear overworked gtk maintainer... Did you deliberately Jules upload a version 1.1.14 of gtk1.1.13? Looks confused to Jules me.. It was deliberate, but it was a mistake. The GTK+ maintainers told me 1.1.14 was binary compatible with 1.1.13 (because GLib 1.1.14 is binary compatible with 1.1.13) but it was not. It's been fixed; libgtk1.1.13_1:1.1.13-1 is in the archives now, and libgtk1.1.14_1.1.14-1 is awaiting approval. Ben -- Brought to you by the letters I and O and the number 8. It is sad. *Campers* cannot *dance*. Not even a *party*. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: Conflicts in libgtk*-dev
Ole == Ole J Tetlie [EMAIL PROTECTED] writes: Ole Am I overlooking something obvious here? libgtk1.1.13-dev Ole provides libgtk-dev and libgtk1.1-dev Ole but Ole libgtk1.1-dev conflicts with libgtk-dev libgtk1.1-dev is really an obsolete package in potato. Think of it as a sort of libgtk1.1.12-dev. libgtk1.1.13-dev rightly conflicts with it, as you can't have multiple versions of -dev packages for the same library installed at the same time (they all share /usr/lib/libgtk-1.1.so !) Ben -- Brought to you by the letters F and T and the number 5. You have my pills! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: -rpath with libtool and Debian Linux
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes: Ben With Debian and Red Hat, it's totally the opposite. Moving Ben libraries around is what leads to upgrades being possible. Alexandre Then why do you find so much trouble with it? Because of -rpath. :) That's the only reason we've run into trouble with it. -- Brought to you by the letters D and P and the number 9. What's green and sits in the corner? ... A naughty frog! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
-rpath with libtool and Debian Linux
I'm bringing this conversation (with permission) to debian-devel@lists.debian.org because my knowledge of how -rpath works is limited. To recap, for the Debian folks: libtool, a tool for creating libraries and linking programs with those libraries on multiple platforms, forces all programs it links to be linked with the -rpath option, which hard-codes the path to the library being linked with into the binary. This is bad for Debian, because in all binary packaging systems, shared libraries can and will be moved around from time to time, as policy and major upgrades (like libc5 - libc6) mandate. However, Alexandre Oliva [EMAIL PROTECTED] brings up an important point: -rpath is necessary if one is installing libraries and binaries linked to those libraries in one's home directory, or if your Unix has no support for library search paths via environment variables like Linux's LD_LIBRARY_PATH. Basically, I have been asking Alexandre if it's possible to add a --no-rpath option to libtool when calling it to tell it to not use -rpath when linking binaries, but he refused, saying he'd have to port that to 'hundreds of platforms'. Can someone with more knowledge of -rpath and libtool than I explain why Debian policy mandates avoiding -rpath? Thanks, Ben -- Brought to you by the letters C and O and the number 14. Porcoga daisuki! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox. --- Start of forwarded message --- To: Ben Gertzfield [EMAIL PROTECTED] Cc: Manish Singh [EMAIL PROTECTED], [EMAIL PROTECTED], James Troup [EMAIL PROTECTED] Subject: Re: [gimp-devel] gimp1.1 rpath hell References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] From: Alexandre Oliva [EMAIL PROTECTED] Date: 27 Jan 1999 01:16:59 -0200 Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 On Jan 27, 1999, Ben Gertzfield [EMAIL PROTECTED] wrote: Alexandre Or just fix ld.so so that, if a program or library Alexandre depends on libc.so.5, it shouldn't even try to use Alexandre libc.so.6, and vice-versa. If we move the libraries, any program that is compiled with -rpath WILL NO LONGER WORK. Period. You shouldn't move shared libraries. Period :-) If the particular version of libX11.so was linked with depends on libc.so.5, ld.so should use it. I don't see any need for a separate directory for libraries, if library versioning would work correctly. This has happened before with Debian, as emacs was compiled with -rpath /usr/X11R6/lib to force the X libraries to be stored there. If libraries are not found in the -rpath, they should be searched in the default search directories. Aren't they? -- Alexandre Oliva http://www.dcc.unicamp.br/~oliva [EMAIL PROTECTED] [EMAIL PROTECTED],gnu.org,egcs.cygnus.com,samba.org} Universidade Estadual de Campinas, SP, Brasil --- End of forwarded message ---
Re: -rpath with libtool and Debian Linux
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes: Alexandre You might have included my suggestion to prevent having Alexandre to move libraries in the first place: creating a Alexandre libc6-specific directory right now, instead of Alexandre installing libraries in /usr/lib and having to move Alexandre them into another directory when libc7 should be Alexandre released. This is rather frustrating, because then we will need to make a /lib/libc6, /usr/lib/libc6, /usr/X11R6/libc6, /usr/local/lib/libc6.. it never ends. :) Alexandre More than that (and it was my fault to have failed to Alexandre mention that before): libtool will hard-code the Alexandre installation directory of the library into the `libdir' Alexandre variable of the .la script it installs. Therefore, if Alexandre one moves the library then tries to link with the .la Alexandre file, he loses. There's also the dlopening issue: Alexandre libltdl (to be released with libtool 1.3) will dlopen a Alexandre library in the directory pointed to by `libdir' too. I've never understood what the .la scripts are for. Why are they installed into /usr/lib/, where libraries live? This is kind of off-the-subject, but they have always confused me, and I delete them out of any libtool-using library package I maintain. Alexandre In general, I feel that moving libraries around is a Alexandre very bad idea, because it will lead to failure most of Alexandre the times, and that's why I don't feel libtool should Alexandre help people doing that. With Debian and Red Hat, it's totally the opposite. Moving libraries around is what leads to upgrades being possible. Alexandre The issue is very complex because we can't think just Alexandre of GNU/Linux with all its bells and whistles, because Alexandre libtool is supposed to present an homogeneous, portable Alexandre interface to creating libraries. Totally agreed. You are worrying just a bit too much about this, though -- we don't need to worry about a switch that has to decide WHEN to disable -rpath, just a switch that understands, Okay, the builder knows what he's talking about, no -rpath is fine with me. Ben -- Brought to you by the letters V and D and the number 3. Porcoga daisuki! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: New logo strategy
Wichert == Wichert Akkerman [EMAIL PROTECTED] writes: Jules Whilst I have no objections to such a change in rules, I am Jules baffled that anyone could prefer xpaint to gimp, even for Jules drawing straight lines and ellipses. Wichert Why is this a change in rules? I've never seen it written Wichert anywhere that you are obliged to use the gimp. I wouldn't Wichert even know how to check what tool was used. I believe the GIMP contests specify that you need to use GIMP for creating the image. But you're right, there's really no way to check that. Ben -- Brought to you by the letters S and V and the number 5. Tahiti is not in Europe. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
slink's chameleon 1.0-2 depends on libgtk1.1.12, which is not in slink
Jason == Jason Gunthorpe [EMAIL PROTECTED] writes: Dale Since the recent discussion with Richard Stallman about the Dale unsatisfied suggests message, I have undertaken the Dale examination of the main archives. Dale Dale The script that I am working on unpacks all of the .deb Dale files it finds and collects Package:, Provides:, Dale Pre-Depends:, Depends:, Recommends:, and Suggests: field Dale information and deterines several things. Jason You do realize that is why we have a 'Packages' file? Jason In any event your script is not handling virtual pacakges, Jason ppp is a virtual package. Jason Here is a list of all unmet deps in main: Jason Package chameleon version 1.0-2 has an unmet dep: Depends: Jason libglib1.1.12 (= 1.1.12-1) Depends: libgtk1.1.12 (= Jason 1.1.12-1) Jason (Ehm? This one is new, someone should fix it) Ugh. chameleon 1.0-2 must either be removed from the archive or recompiled against the libglib1.1/libgtk1.1 (note the lack of a .blah) -dev packages in slink. Ben -- Brought to you by the letters P and B and the number 1. Yasashisani tsutsumaretanara, kitto.. meni utsuru.. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
doc-base control file madness
I've recently looked into the doc-base control file format. It seems pretty sane, except I realized since it does not provide for any macro expansion, I will have to edit the 8 or 9 doc control files libgtk1.1.13-doc (and 1.1.14, and 1.1.15, ad nauseum) provides EVERY SINGLE TIME there is a new release. Yuck. Is there any way doc-base can provide some kind of macro expansion, so I don't have to edit: /usr/doc/libgtk1.1.13-doc/gtk-faq.html/ ... every time I have a new package, instead, doing something like VERSION=1.1.13 /usr/doc/libgtk${VERSION}-doc/gtk-faq.html/ ... ? This would be much nicer. Ben -- Brought to you by the letters D and W and the number 8. Yasashisani tsutsumaretanara, kitto.. meni utsuru.. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: doc-base control file madness
Dale == Dale Scheetz [EMAIL PROTECTED] writes: Ben I've recently looked into the doc-base control file Ben format. It seems pretty sane, except I realized since it does Ben not provide for any macro expansion, I will have to edit the Ben 8 or 9 doc control files libgtk1.1.13-doc (and 1.1.14, and Ben 1.1.15, ad nauseum) provides EVERY SINGLE TIME there is a new Ben release. Dale Can't you use something like m4 as a pre-processor and do Dale macro expansion that way? That would work, but it would be nice if it were built into the control file language. Many people will need this functionality in the future. Ben -- Brought to you by the letters Z and H and the number 9. To Perl, or not to Perl, that is the kvetching. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: doc-base control file madness
Jules == Jules Bean [EMAIL PROTECTED] writes: Jules In general, it is IMHO silly to rewrite, yet again, a macro Jules substitution engine into a special purpose piece of Jules software (doc-base) when we already have several good, fast Jules macro substituters (cpp, m4) and a framework from which Jules they can easily be run (debian/rules). Okay, I guess I have no excuse. I'll just have to learn m4 or use perl or sed. Ben -- Brought to you by the letters B and T and the number 16. Do you wish to see our *surprising toys*? No! Do not! Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
netstd split -- pseudo package for upgrades from hamm
Brandon == Brandon Mitchell [EMAIL PROTECTED] writes: Santiago I think it is absolutely essential for the success of Santiago Debian 2.1 that nobody will automagically lose Santiago functionality in the upgrade process. Brandon Done in experimental changes file: * xbase is now a Brandon pseudo-package used to smooth upgrades from hamm or Brandon earlier systems * what was the new xbase is now Brandon xfree86-common Branden has done a great job with the xbase upgrade pseudo-package. Now if we could only convince the netstd maintainer to make a pseudo-package for all his splits.. but he has told me he refuses to support upgrades for anything but dselect. :/ -- Brought to you by the letters A and E and the number 10. Yasashisani tsutsumaretanara, kitto.. meni utsuru.. Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet/Open Projects IRC as Che_Fox.
Re: libgimp/glib/gtk weirdness...
Jules == Jules Bean [EMAIL PROTECTED] writes: Jules When trying to build my rather overdue debian package Jules (libgimp-perl), I get this at the configure stage: The libgimp-dev 1.0 will not compile wih the libglib 1.1 and libgtk 1.1. libglib 1.0 comes with libgimp-dev 1.0. Just deinstall libglib1.1 and libgtk1.1 and reinstall libgtk-dev 1.0. -- Brought to you by the letters N and U and the number 6. I wanna be Twist Barbie! -- Shonen Knife Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: syntax highlighting in gtk
Michael == Michael Meskes [EMAIL PROTECTED] writes: Michael I read so much about a patch needed to get syntax Michael highlighting. Do we have that patch in out gtk libs? If Michael no, why not? I'm not sure what you mean by syntax highlighting (isn't that what Emacs does? :) but we're using the upstream sources. If there's a patch that upstream doesn't want to accept, then we can perhaps include it in our packages, but the author of this patch should try to get it included upstream. Ben -- Brought to you by the letters K and L and the number 18. Son, I am able, she said, though you scare me. -- They Might Be Giants Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: More interesting gnome/gtk software
Michael == Michael Meskes [EMAIL PROTECTED] writes: Michael I found more than GXedit. There is a nice task timer Michael available named gtimer. I might package that one Michael too. Also there is a GTK mp3 player named replay. It is Michael GPLed but based on amp. I wonder if this is Michael correct. Anyway, since I seldom play MP3s I let this to Michael someone else. gtimer has already been packaged. -- Brought to you by the letters C and V and the number 11. Gorilla Gorilla Gorilla Gorilla Gorilla Gorilla (Stop That) -- Alliances Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: Is rvplayer working for others?
Rob == Rob Browning [EMAIL PROTECTED] writes: Rob I've installed the rvplayer package, but even something as Rob simple as Rob rvplayer /usr/doc/rvplayer/examples/welcome.rm Rob doesn't work. The app comes up, and then it just sits there. Rob Does this work for others? (verson 5.0-6) rvplayer does not work under Linux 2.1, if that's what you're running. -- Brought to you by the letters A and L and the number 8. Mmm.. slanty.. -- Homer Simpson Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
APT 0.1.7 released!
The APT team is proud to announce release 0.1.7 of the next-generation packaging tool, APT, which enables users to easily upgrade their whole system of Debian GNU/Linux packages to the latest versions on the world-wide network of Debian HTTP and FTP mirrors. This release covers a few issues with linking with the newest versions of the stdc++ library (2.9) and fixes a glitch in file URI handling with mismatched sizes. To experience all the other improvements for yourself, why not install APT on your Debian system and make sure your system is in synch with the latest and greatest security updates today? Ben Gertzfield [EMAIL PROTECTED], Debian GNU/Linux APT Package Maintainer -- Brought to you by the letters J and C and the number 14. I wanna be Twist Barbie! -- Shonen Knife Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: Et voila! (was: Re: Slink not installable from CDs)
All I can say, Joey and Heiko, is congratulations. :) Debian's needed this for a long time, and now we've got it! :) Ben -- Brought to you by the letters D and O and the number 5. I wanna be Twist Barbie! -- Shonen Knife Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: [warp@whitestar.soark.net] Bug#27841: apt: apt depends on a missing library
Dan == Dan Jacobowitz [EMAIL PROTECTED] writes: Dan See, it's not Is anyone going to? or Do we agree we Dan should? right now. It's does anyone but Dan have the time Dan to look at http://master.debian.org/~dan and figure out why Dan the compiled libstdc++2.8 package whose source is there is Dan missing a lot of important symbols. I can't figure it out. Ben The source in http://master.debian.org/~dan in the libstdc Ben sir is for 2.9. Could this be the problem? Dan I present Dan http://master.debian.org/~dan/libstdc/libstdc++_2.90.29-1.dsc Dan for your enjoyment... Dan Notice it says Binary: libstdc++2.8. Wow. How does 2.90 compile out to become 2.8? -- Brought to you by the letters U and N and the number 8. Frungy! Frungy! Frungy!! -- ZokFotPik, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: (WARNING) xfree86 3.3.2.3a-2 (source all i386) uploaded to master
Branden Robinson [EMAIL PROTECTED] writes: W: xext: shlib-without-dependency-information usr/X11R6/lib/modules/xf86Jstk.so I have always gotten this error. I don't know how to fix it, but it doesn't seem to hurt anyone. Well, this isn't a shared library that's going to be linked to, so there should be a way to override lintian's behavior. E: xfs: postrm-contains-additional-updaterc.d-calls /etc/init.d/xfs Uh, I only call update-rc.d once. What's the problem? [EMAIL PROTECTED]:~]% echo E: xfs: postrm-contains-additional-updaterc.d-calls /etc/init.d/xfs | lintian-info E: xfs: postrm-contains-additional-updaterc.d-calls /etc/init.d/xfs N: N: The postrm de-registers an /etc/init.d script which has not been N: registered in the postinst script before. N: You never registered it in the first place, I would guess? E: xfs: unregistered-script-in-etc-init.d /etc/init.d/xfs Huh? I'm sort of confused by this one as well. Again: [EMAIL PROTECTED]:~]% echo E: xfs: unregistered-script-in-etc-init.d /etc/init.d/xfs | lintian-info E: xfs: unregistered-script-in-etc-init.d /etc/init.d/xfs N: N: The package installs an /etc/init.d script which is not registered in N: the postinst script. N: You forgot to register it in the postinst. W: xlib6: postrm-calls-ldconfig W: xlib6g: postrm-calls-ldconfig Uh, shouldn't they? No! [EMAIL PROTECTED]:~]% echo W: xlib6: postrm-calls-ldconfig | lintian-info 10:19AM W: xlib6: postrm-calls-ldconfig N: N: The postrm script calls ldconfig, which is very dangerous. N: N: Refer to Packaging Manual, chapter 12 for details. N: Chapter 12 says: Any package installing shared libraries in a directory that's listed in /etc/ld.so.conf or in one of the default library directories of ld.so (currently, these are /usr/lib and /lib) must call ldconfig in its postinst script if and only if the first argument is `configure'. However, it is important not to call ldconfig in the postrm or preinst scripts in the case where the package is being upgraded (see Details of unpack phase of installation or upgrade, section 6.3), as ldconfig will see the temporary names that dpkg uses for the files while it is installing them and will make the shared library links point to them, just before dpkg continues the installation and removes the links! Never call ldconfig in postrm (or preinst), especially if the first argument is 'upgrade'. E: xserver-common: binary-without-manpage X X's manpage is in xbase. Hm.. that's not very useful. Why would you need the manpage without the binary? Of course, since xserver-common depends on xbase, it's a bit moot, but I don't know how useful it is to have just a man-page on the system. W: xserver-common: setuid-binary usr/X11R6/bin/X 4755 root/root This a security wrapper. It needs to be setuid root. [EMAIL PROTECTED]:~]% echo W: xserver-common: setuid-binary usr/X11R6/bin/X 4755 root/root | lintian-info W: xserver-common: setuid-binary usr/X11R6/bin/X 4755 root/root N: N: The file is tagged SETUID. In some cases this is intentional, but in N: other cases this is a bug. If it's intentional, please send a note to N: [EMAIL PROTECTED] so that this error gets included in the N: overrides file of Lintian. (With that, Lintian will ignore this bug in N: the future.) N: You need to send a note to [EMAIL PROTECTED] so that it will be overridden. :) X definitely has to be suid. W: xterm: setuid-binary usr/X11R6/bin/xterm 4711 root/root Urp. Will fix in the next release, but since the execute bit *is* set it should work. You'll just have to be root to stare at the naked binary. Be sure to wear sunglasses with strong UV filters. Well, this too needs to be noted to [EMAIL PROTECTED], but it's policy for all binaries that are executable by group or by other should be readable, too, as making them only executable gives no security: 3.3.8 Permissions and owners Setuid and setgid executables should be mode 4755 or 2755 respectively, and owned by the appropriate user or group. They should not be made unreadable (modes like 4711 or 2711 or even 4111); doing so achieves no extra security, because anyone can find the binary in the freely available Debian package--it is merely inconvenient. For the same reason you should not restrict read or execute permissions on non-set-id executables. So make it 4755 and tell lintian-maint to override xterm. (I hate how xterm has to be suid ;) Ben -- Brought to you by the letters Y and P and the number 1. Nerd. Loser. Jerk. Moron. Worm. Scum. Idiot. Fool. -- Pkunk, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: 1FA: problem still in hamm disks
Enrique Zanardi [EMAIL PROTECTED] writes: On Fri, Oct 16, 1998 at 09:18:23AM +, Duncan Thomson wrote: i've seen postings about this before, but as yet no solution (either as a message or in the boot disks). when debian is made bootable from the hard disk on certain systems, the prompt 1FA: comes up, but the system will not boot off partition 1. the disk controller is AHA-2940. any solutions to this problem? Where does it stops? Does it shows the typical LI message? Enrique, the problem is that our special mbr tool *REQUIRES* that one of the partitions on your drive be marked Bootable under cfdisk or fdisk. However, the current boot-floppies do not require this; in fact, they don't even check if any partitions are marked Bootable or not. I suggest you add a test (I'm not sure how you would do it) to see if the partition LILO is to go on is marked bootable by cfdisk before you let the user leave the partitioning step. Ben -- Brought to you by the letters Y and P and the number 1. Nerd. Loser. Jerk. Moron. Worm. Scum. Idiot. Fool. -- Pkunk, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: 1FA: problem still in hamm disks
Enrique == Enrique Zanardi [EMAIL PROTECTED] writes: Enrique Currently, that partition is marked as bootable just Enrique after installing LILO and mbr (first a dialog is Enrique displayed asking the user if he wants it so, something Enrique like If you want the Debian system to boot automatically Enrique from the hard disk when you turn your system on, answer Enrique yes to the following question. If you have another Enrique operating system that you'd prefer to be the one that Enrique boots automatically, answer no.). Please, make this warning much, much stronger. If mbr is installed at all, their system will become unusable if they do not say yes at this point. So, if the user does select 'yes' for installing mbr, please tell them that if they say no at this point, they will be rendering their system pretty much unbootable (unless they can figure out the cryptic MBR prompts.) Either that, or tell the truth at this point: At this point, the Debian installer must mark one of your partitions as 'bootable' so that the MBR tool you selected to install can know which partition to boot by default. Ben -- Brought to you by the letters Y and M and the number 3. It's cold.. and there are wolves.. -- Grampa Simpson Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: 1FA: problem still in hamm disks
Brent == Brent Fulgham [EMAIL PROTECTED] writes: Brent I'd like to chime in -- It's a real annoyance that the base Brent disks don't set up lilo to let you boot into multiple Brent operating systems. Couldn't it ask if you want to Brent dual-boot with windows, or whatever, and generate an Brent appropriate lilo.conf file? Sure. How about you write the script to do so? Brent This is an area where RedHat has a significant lead over Brent us. One of the guys I work with is a huge RedHat fan Brent because he can just pop a RH CD into the drive, windows Brent will autorun it, and RedHat install starts. It sets up Brent almost everything for the user. If RH has released this code under the GPL, then why don't we borrow it for our use? I know that it's as simple as having an 'autorun' directory on the CD image. Brent I know we support far more configurations, etc. etc. etc., Brent but for the average Joe New-User this is a large hurdle. I'm sure Enrique is always happy to accept code to do so. :) Ben -- Brought to you by the letters R and V and the number 12. Moshimoshi. Kikoemasu ka? Kakenaoshimasu kara ne! 1-do kitte kudasai. Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: (WARNING) xfree86 3.3.2.3a-2 (source all i386) uploaded to master
Branden == Branden Robinson [EMAIL PROTECTED] writes: Branden Topi Miettinen has done some research on this. When we Branden get SysV-style pty support in glibc, xterm can lose its Branden root privileges altogether. I hear th= is will be in Branden glibc 2.1? SysV-style pty support is a kernel option in linux kernel 2.1.xx (where xx is pretty recent :) so I know the kernel supports it. I don't know how glibc deals with them. -- Brought to you by the letters T and P and the number 19. Oh, all right, Uncle Ulty REALLY wants you to do his portrait. -- FF6 Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: [warp@whitestar.soark.net] Bug#27841: apt: apt depends on a missing library
Dan == Dan Jacobowitz [EMAIL PROTECTED] writes: Dan See, it's not Is anyone going to? or Do we agree we Dan should? right now. It's does anyone but Dan have the time Dan to look at http://master.debian.org/~dan and figure out why Dan the compiled libstdc++2.8 package whose source is there is Dan missing a lot of important symbols. I can't figure it out. The source in http://master.debian.org/~dan in the libstdc sir is for 2.9. Could this be the problem? Ben -- Brought to you by the letters Q and S and the number 19. The spiraling shape will make you go insane! -- They Might Be Giants Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: Anyone packaging snes9x?
Dave == Dave Swegen [EMAIL PROTECTED] writes: Dave I've been considering packaging snes9x, and was just Dave wondering whether it had already been done. It's been done. :) -- Brought to you by the letters Q and Z and the number 1. Ha ha! I have evaded you with the aid of these pasty white mints! Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: Which PGP?
Dave == Dave Swegen [EMAIL PROTECTED] writes: Dave Out of curiosity, which version of PGP is the debian de Dave facto standard. I'm currently using v5, but I've seen a Dave number of people use 2.6... Debian uses 2.6 for now. 5 is a bit incompatible with other versions, and it includes sneaky key escrow systems that people don't trust. We're actually moving to gpg soon, so this will all be moot. :) -- Brought to you by the letters N and S and the number 17. Moshimoshi. Kikoemasu ka? Kakenaoshimasu kara ne! 1-do kitte kudasai. Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: Removing Packages in Slink for Debian 2.1
Michael == Michael Meskes [EMAIL PROTECTED] writes: Michael On Wed, Oct 14, 1998 at 12:19:30PM -0400, Brian White Michael wrote: Brian libmagick4-dev 19332 libmagick: Brian ldconfig-symlink-before-shlib-in-deb LI#67 [217] Brian ([EMAIL PROTECTED] (Scott K. Ellis)) Michael I wish I would understand a message like that. :-) It's pretty simple. The packaging manual says that for dpkg to do its job correctly w.r.t. shared libraries and symlinks, you *must* install the .so.1.2.3 library in debian/tmp/ before you make the symlink from the .so.1 - .so.1.2.3 . This is so dpkg can emulate what ldconfig does. -- Brought to you by the letters B and S and the number 3. * denotes Hot and Spicy! -- *Ben Gertzfield Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: wanted package: perl CPAN readline module
Joey == Joey Hess [EMAIL PROTECTED] writes: Joey Evidently CPAN has a Term-ReadLine package that makes the Joey standard Term::ReadLine module in perl actually have Joey readline features. I wonder if someone familiar with CPAN Joey packages would be interested in packaging this up for Joey debian? I'm pretty familiar with CPAN packages. I can package up either Term::ReadLine::Gnu or Term::ReadLine::Perl, or both. They're currently the only modules available that make Term::ReadLine effective. Sound good? Ben -- Brought to you by the letters C and H and the number 11. Do you wish to see our *surprising toys*? No! Do not! -- Orz, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: wanted package: perl CPAN readline module
Joey == Joey Hess [EMAIL PROTECTED] writes: Ben I'm pretty familiar with CPAN packages. I can package up Ben either Term::ReadLine::Gnu or Term::ReadLine::Perl, or Ben both. They're currently the only modules available that make Ben Term::ReadLine effective. Joey Yes, please :-) Okay, I'll work on this tonight. :) Joey What's the difference between the ::Gnu and ::Perl ones? The ::Gnu one uses GNU readline and is full-featured, the ::Perl one is implemented mostly in Perl and has less features. -- Brought to you by the letters U and A and the number 1. Do you wish to see our *surprising toys*? No! Do not! -- Orz, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: wanted package: perl CPAN readline module
Heh, oddly enough the Term::ReadLine::Perl module's source name will have to be: libterm-readline-perl-perl *grin* -- Brought to you by the letters N and C and the number 11. You forgot Uranus. Goodnight everybody! -- Yakko and Wakko Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: wanted package: perl CPAN readline module
Joey == Joey Hess [EMAIL PROTECTED] writes: Ben Heh, oddly enough the Term::ReadLine::Perl module's source Ben name will have to be: Ben Ben libterm-readline-perl-perl Joey Why not just call it libterm-readline-perl -- it's not going Joey to conflict with something else.. That suggests that the module contained in the package is called Term::ReadLine. That's not the case. Also, someone could conceivably package up Term::ReadLine from CPAN, as the version there is generally newer than the version in the main Perl distribution. That would conflict with my package if it were properly called libterm-readline-perl. Anyway, it's a done deal now, as I've uploaded libterm-readline-perl-perl and libterm-readline-gnu-perl. :) I already found an i386ism in the libterm-readline-perl-perl debian/rules (d'oh) so I'll make a second upload to fix that. :) Ben -- Brought to you by the letters T and W and the number 1. O, Mentos Boy! -- Guppy Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
[warp@whitestar.soark.net] Bug#27841: apt: apt depends on a missing library
Nobody has moved on getting libstdc++2.8 back in slink, even without a -dev. Is anyone going to do this? Ben -- Brought to you by the letters F and E and the number 5. Nerd. Loser. Jerk. Moron. Worm. Scum. Idiot. Fool. -- Pkunk, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. --- Start of forwarded message --- Subject: Bug#27841: apt: apt depends on a missing library Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED] Resent-From: [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: APT Development Team [EMAIL PROTECTED] Resent-Date: Tue, 13 Oct 1998 04:33:01 GMT Resent-Message-ID: [EMAIL PROTECTED] Date: 13 Oct 1998 04:27:28 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Resent-Sender: [EMAIL PROTECTED] Package: apt Version: 0.1.6 apt depends on libstdc++2.8 which is not in slink, as such it can not be installed on a clean slink install. -- System Information Debian Release: slink Kernel Version: Linux agamemnon 2.1.125 #1 Fri Oct 9 06:19:26 EDT 1998 i586 unknown Versions of the packages apt depends on: ii libc6 2.0.7u-2 The GNU C library version 2 (run-time files) ii libstdc++2.82.90.29-0.6The GNU stdc++ library (egcs version) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] --- End of forwarded message ---
Odd dependancy situation with libc6 and libc6-dev
Wow. I was installing some slink packages today with dpkg on my hamm system, and I got myself into a wacky situation. I'd had the latest hamm versions of libc6 and libc6-dev (2.0.7t-1) installed. I installed the slink version of libc6 (2.0.7u-2) without a hitch. But then I realized I should have been forced to upgrade libc6-dev at the same time! However, I got no conflict error from dpkg. Here's the interesting output from dpkg --status: [EMAIL PROTECTED]:/home/che]# dpkg --status libc6-dev 11:51PM Package: libc6-dev Status: install ok installed Priority: standard Section: devel Installed-Size: 4841 Maintainer: Dale Scheetz [EMAIL PROTECTED] Source: glibc Version: 2.0.7t-1 Replaces: ldso ( 1.9.0-0), man-db (= 2.3.10-41), gettext (= 0.10.26-1), ppp (= 2.2.0f-24), libgdbmg1-dev (= 1.7.3-24) Provides: libc-dev Depends: libc6 (= 2.0.7t-1), gcc (= 2.7.2.3-1) Conflicts: libc-dev, libdl1-dev, libdb1-dev, libgdbm1-dev, libpthread0-dev Description: The GNU C library version 2 (development files). Includes libc headers, kernel headers and static libraries. [EMAIL PROTECTED]:/home/che]# dpkg --status libc6 11:53PM Package: libc6 Status: install ok installed Priority: required Section: base Installed-Size: 1413 Maintainer: Dale Scheetz [EMAIL PROTECTED] Source: glibc Version: 2.0.7u-2 Pre-Depends: ldso (= 1.8.10-1) Conflicts: libc5 ( 5.4.33-7), libpthread0 ( 0.7-10) Description: The GNU C library version 2 (run-time files). Includes shared libraries needed to run programs. How can this be? How can libc6-dev still be installed and depend on libc6 (= 2.0.7t-1) ? dselect, by the way, did notice that this was naughty and prompted me to grab the new libc6-dev. -- Brought to you by the letters M and V and the number 11. Someday, we will be. For it has already begun. -- Akira Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: Edits to Startup Disk Help
Enrique == Enrique Zanardi [EMAIL PROTECTED] writes: Enrique About the approved method, I guess it is through the Enrique bug tracking system, but I don't mind downloading a Enrique patch, and it means less administrative work for me Enrique (it's a pain to deal with boot-floppies bug list, as this Enrique package usually gets as much reports about bugs in Enrique syslinux, the kernel, modconf or even dselect as reports Enrique about real boot-floppies bugs). Also, we (the Enrique boot-floppies team) have received patches at the Enrique [EMAIL PROTECTED], and nobody has Enrique complained (yet). :-) Does the boot-floppies team need some help in sorting out the (now-huge) bug list? I know there are a whole lot of easily-fixed bugs on that list, but barely any of them have any response from the boot-floppies team at all. Ben -- Brought to you by the letters D and W and the number 1. Ha ha! I have evaded you with the aid of these pasty white mints! Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: [warp@whitestar.soark.net] Bug#27841: apt: apt depends on a missing library
Ray == Ray J.H.M. writes: Ray Personally, I'd rather see the packages that still depend on Ray libstdc++2.8 recompiled for libstdc++2.9 . Of course, of course, nobody's arguing that. APT will be recompiled for libstdc++2.9. However, commercial apps and apps that are not part of Debian will come linked to 2.8, and we should support that. -- Brought to you by the letters N and J and the number 15. Son, I am able, she said, though you scare me. -- They Might Be Giants Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: gdselect alpha 3
Tom == Tom Lees [EMAIL PROTECTED] writes: Tom I released alpha 3 to http://www.lpsg.demon.co.uk/gdselect/ Tom today. The next release will have all features present. This Tom is primarily a last testing phase. I cannot get alpha 3 to compile. (snip) gcc -g -Wall -Werror -I/home/che/src/gdselect/gdselect-a3/include -I/usr/X11R6/include -I/usr/lib/glib/include -c util.c -o util.o gcc -g -Wall -Werror -I/home/che/src/gdselect/gdselect-a3/include -I/usr/X11R6/include -I/usr/lib/glib/include -c deps.c -o deps.o In file included from deps.c:10: /home/che/src/gdselect/gdselect-a3/include/dpkg-db.h:164: parse error before `FILE' /home/che/src/gdselect/gdselect-a3/include/dpkg-db.h:165: parse error before `FILE' make[1]: *** [deps.o] Error 1 make[1]: Leaving directory `/home/che/src/gdselect/gdselect-a3/gtk' make: *** [all-subdirs] Error 2 I have GTK+ 1.1 and GLib 1.1 and their -devs installed. This is with GCC 2.7.2.3. -- Brought to you by the letters A and C and the number 5. Porco ga daisuki! -- Fio, Porco Rosso Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: gdselect alpha 3
Martin == Martin Schulze [EMAIL PROTECTED] writes: Martin Fixed by moving #include stdio.h five lines up. I Martin fixed it but forget about it, since it was *that* easy. Martin Not even worth mentioning. Er, in which file? The file that errored out was deps.c and it doesn't even #include stdio.h.. Adding a #include stdio.h to it makes it compile. -- Brought to you by the letters O and M and the number 2. Step away from the car. This car is protected by Viper. -- TMBG Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: gnome and gtk--
Chris == Chris Waters [EMAIL PROTECTED] writes: Chris Perhaps I'm missing something, but I don't see any way of Chris using gtk-- with gnome at the moment. I was going to try Chris packaging gnome-hack (for my own use -- I'd want to check Chris with the nethack maintainer before doing anything more with Chris it), but it seems to require gtk-- and gtk1.1, and the two Chris don't seem to work together at this point. I'm the nethack maintainer. If you wish to package up and maintain gnomehack, I'd be perfectly happy, so long as you use the same sort of debian/* files that I use in the nethack package, and if you find bugs in them you let me know :) -- Brought to you by the letters W and T and the number 3. * denotes Hot and Spicy! -- *Ben Gertzfield Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: libgtk-dev and libgtk1.1-dev
Ole == Ole J Tetlie [EMAIL PROTECTED] writes: Ole Is there an easy way to have both libgtk-dev and Ole libgtk1.1-dev available? I have trouble with yagirc and Ole libgtk1.1. It compiles but I get a sigsegv when I try to run Ole it. I was hoping that linking with libgtk (stable) would fix Ole it, but I need gtk-1.1 for balsa. You cannot have libgtk-dev and libgtk1.1-dev installed at the same time, but you don't need to. You can, however, have libgtk1 and libgtk1.1-dev and libgtk1.1 installed at the same time. -- Brought to you by the letters T and K and the number 2. It is sad. *Campers* cannot *dance*. Not even a *party*. -- Orz, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: libgtk-dev and libgtk1.1-dev
Martin == Martin Schulze [EMAIL PROTECTED] writes: Ben You cannot have libgtk-dev and libgtk1.1-dev installed at the Ben same time, but you don't need to. Martin gnotepad+ does not work with gtk 1.1 while many Martin application that come with Debian are linked against 1.1. Martin Thus you can't compile gnotepad+ on that machine. Sure, but you can always remove libgtk1.1-dev and install libgtk-dev. -- Brought to you by the letters A and Y and the number 16. Mmm.. incapacitating.. -- Homer Simpson Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: libgtk-dev and libgtk1.1-dev
Martin == Martin Schulze [EMAIL PROTECTED] writes: Martin gnotepad+ does not work with gtk 1.1 while many Martin application that come with Debian are linked against 1.1. Martin Thus you can't compile gnotepad+ on that machine. Ben Sure, but you can always remove libgtk1.1-dev and install Ben libgtk-dev. Martin Won't it hurt if I leave libgtk1.1 installed? No; that's like leaving libc5 and libc6 installed. It's no big deal. -- Brought to you by the letters B and W and the number 11. Bill Gates is a talented evil man. -- Chip Salzenberg Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: libgtk-dev and libgtk1.1-dev
Martin == Martin Schulze [EMAIL PROTECTED] writes: Martin Hmm, so I have 1.1 installed as well as 1.0-dev. Now if I Martin compile, I compile against 1.0. So it's dynamically Martin linked against 1.0. But 1.0 is not installed and even Martin conflicts with 1.1. libgtk 1.0 does not conflict with 1.1. libgtk-dev 1.0 does. You must have 1.0 installed to have 1.0-dev installed, so the complaint is kind of moot :) [EMAIL PROTECTED]:~/src/gtk]% dpkg --info libgtk-dev_1.0.6-2_i386.deb | *snip* Package: libgtk-dev Version: 1:1.0.6-2 Section: devel Priority: optional Architecture: i386 Depends: libgtk1 (= 1:1.0.6) Suggests: libgtk-doc Replaces: libgtk1 ( 1:1.0.4) Ben -- Brought to you by the letters C and G and the number 15. Son, I am able, she said, though you scare me. -- They Might Be Giants Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
dhcpcd should probably be in base and on the boot floppies
This just came up on the #Debian IRC channel: a growing number of folks have cable modems and wish to install Debian over them. However, as it stands, they cannot get on the net from the base floppies, because they require a DHCP client to get their IP. I believe this is adequate need to get dhcpcd moved into base, and onto the boot floppies. Ben -- Brought to you by the letters B and F and the number 12. I'm calling from the plane. I'll call you when I get there. -- TMBG Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: LICENSES [was: Re: Have you seen this?]
Martin == Martin Konold [EMAIL PROTECTED] writes: Martin Will Debian remove Motif linked XEmacs from their ftp Martin server? According to several Debian developers Motif is Martin not a part of the OS. No. We don't link xemacs with Motif. Besides, since lesstif is a part of the OS, we can and do link any Motif applications we can with it. Martin Will Debian remove LyX from their ftp server? According to Martin several Debian developers Xforms is not a DFSG compatible Martin library. This is a harder one. :) xforms is in the non-free distribution of Debian, which technically makes it not part of the operating system. I'm not sure how that interacts with the GPL. Ben Gertzfield, Debian Developer -- Brought to you by the letters V and P and the number 9. If you turn both processors off, you will have to reboot. -- The Be Book Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
mpg123 contains GPL code?
This was forwarded to me by a freeamp developer. He said that mpg123 contains GPL'd code, but its license prohibits non-free use. Anyone know what the legal status of mpg123 is? Ben -- Brought to you by the letters T and W and the number 2. You forgot Uranus. Goodnight everybody! -- Yakko and Wakko Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. --- Start of forwarded message --- Message-ID: [EMAIL PROTECTED] Date: Fri, 9 Oct 1998 22:30:26 -0700 From: Jason Dale Woodward [EMAIL PROTECTED] To: Ben Gertzfield [EMAIL PROTECTED] Subject: Re: debian freeamp package References: [EMAIL PROTECTED] [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Ben- Thanks for the info on the Debian rules, and that there are, sorta, two distributions. I've been a RedHat guy for a while. Debian has been tempting me recently though... probably when I get a new machine I'll give it a go. I did look more closely, however, at the docs distributed with mpg123 and noticed that he states in his README: 'In the current layer3.c I'm using a DCT36 from Jeff Tsay's ([EMAIL PROTECTED]) maplay 1.2+ package. His code is under GPL ..' This (along with the non-commercial usage policy) is basically what turned my company off to using it, and prompted us to do our own. I don't believe he is legally allowed to do this (without Jeff Tsay's permission, which he doesn't state he has). Thanks for your input! jason On Fri, Oct 09, 1998 at 06:04:38PM -0700, Ben Gertzfield wrote: Jason == Jason Dale Woodward [EMAIL PROTECTED] writes: Jason Ben and Paul- We just released v0.5 of FreeAmp. Its now Jason the fastest GPL MP3 player available. We now feature Jason mpg123 command line compatability. Tres Cool :) Neat! I'll package it up. :) Jason Not to be a sour puss or anything (and, of course, to Jason advance FreeAmp), in light of the recent Debian and KDE Jason things, I think you should reevaluate maintaining an mpg123 Jason package. Their license does not allow (necessarily) Jason commercial use, which I believe violates the Debian Free Jason Software Guidelines. mpg123 is in the non-free Debian distribution, which is perfectly fine. [EMAIL PROTECTED]:~]% dpkg --status mpg123 5:54PM Package: mpg123 Status: install ok installed Priority: optional Section: non-free/sound Installed-Size: 162 Maintainer: Paul Haggart [EMAIL PROTECTED] Version: 0.59o-2 Depends: libc6 Description: MPEG layer 1/2/3 audio player Mpg123 is a fast, free and portable MPEG audio player for Unix. It supports MPEG 1.0/2.0 layers 1, 2 and 3 (those famous mp3 files). . For full CD quality playback (44 kHz, 16 bit, stereo) a Pentium, SPARCstation10, DEC Alpha or similar CPU is required. Mono and/or reduced quality playback (22 kHz or 11 kHz) is even possible on 486 CPUs. Non-DFSG software can be a part of Debian, it just cannot be a part of the 'main' distribution of Debian. KDE is another kettle of fish; it cannot be distributed in binary form *at all* with its current license. They also take other people's GPL code and fold in a QT interface, which is a violation of the GPL. -- Brought to you by the letters W and K and the number 6. Arh. This chair be high, says I. -- Blackbeard the Pirate Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. --- End of forwarded message ---
Re: intent to remove libglide from non-free
Roderick == Roderick Schertler [EMAIL PROTECTED] writes: Roderick RESTRICTIONS: You may not: 1. Sublicense the Materials; Roderick 2. Reverse engineer, decompile, or disassemble the Roderick enclosed software; 3. Use the Materials for for any Roderick platform or products other than 3Dfx products; 4. Make Roderick copies of the Materials other than for back-up purposes, Roderick and you may not use the back-up copies other than as a Roderick replacement for the original copy. You must include on Roderick the back-up copies all copyright and other notices Roderick included on the Materials; and 5. Export the Materials Roderick in violation of the export control laws of the United Roderick States of America and other countries. This is *so* non-free it can't even go on our FTP site. You can't make copies of the materials other than for back-up purposes. We're currently violating the license if we have it on our FTP sites. -- Brought to you by the letters O and G and the number 3. Mmm.. incapacitating.. -- Homer Simpson Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
[comp.os.linux.announce] COMMERCIAL: Debian User's Guide Second Edition $38.95
Just wondering, Dale, but why didn't you announce this to the Debian lists as well as the c.o.linux.announce? Ben -- Brought to you by the letters M and J and the number 10. XTC versus Adam Ant -- which one will survive? -- They Might Be Giants Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. --- Start of forwarded message --- From: LinuxPress Sales [EMAIL PROTECTED] Newsgroups: comp.os.linux.announce Subject: COMMERCIAL: Debian User's Guide Second Edition $38.95 Followup-To: comp.os.linux.misc Date: Fri, 9 Oct 1998 09:04:35 GMT Organization: none Message-ID: [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- The Debian Linux User's Guide Second Edition + October 7, 1998 For Public Release Linux Press announces The Debian Linux User's Guide. This newly released product is the second major effort at providing a commercial version of Debian GNU/Linux. Linux Press has seen that Debian GNU/Linux has been well received for good reason by the Linux community. Linux Press felt Debian GNU/Linux could be further enhanced by providing comprehensive documentation and technical support. The result is The Debian Linux User's Guide, which includes the following: 250 Page Book titled The Debian Linux User's Guide 2 CD-ROM Debian Official GNU/Linux 2.0 Set 1 CD-ROM with extra files 30 Days of E-mail Technical Support 1. OVERVIEW OF PRODUCT - - --- Here is a summary of what areas are addressed with this book: Introduction Installation Floppy Installation CD-ROM Installation FTP Installation dpkg dselect X11 Installation Networking ppp configuration Compiling the Kernel Building the Kernel Modules What Next? Common UNIX Commands Text Editors The Loop Device Multiple OS Installation Building Packages Files Linux as a Server Arguments Drop in Debian What is Free Software 2. ORDERING INFORMATION - - The price of this package is $38.95. Orders can be placed the following ways: Toll Free in the US -- 888-770-4330 International Ordering --- 707-773-4916 Via FAX -- 707-765-1431 Via E-mail --- [EMAIL PROTECTED] Via secured web page - http://www.linuxpress.com Via snail mail --- See our mailing address at the end. Shipping and handling charges for 2-Day service in the U.S. is $9.00 International Shipping and handling charges for U.S. Airmail is $9.00 3. AVAILABILITY - - This product will be available the week of October 19. If you have a Borders bookstore in your area, check with them. You can also check with your favorite Linux reseller as most are stocking this item. 4. PERSONAL USE LICENSE - - Linux Press is offering an HTML version of The Debian Linux User's Guide at www.linuxpress.com You are free to print and use this valuable document for your personal use. Links are included for both the Table of Contents and the Index. The complete book is included online. We are currently updating the HTML document to make it even more user friendly. This will be available October 25. 5. RESELLER INFORMATION - - Linux Press Phone Number: (707) 773-4916 FAX: (707) 765-1431 E-mail: [EMAIL PROTECTED] Web Address: http://www.linuxpress.com Mail Address: Linux Press P.O. Box 220 Penngrove, CA 94951 Frank Kasper and Associates Phone Number: (612) 942-0566 FAX: (612) 942-5039 Web Address: http://www.kasper-cdrom.com Mail Address: Frank Kasper Associates, Inc. 7351 Washington Ave. So. Edina, MN 55439 - Linux Press * P.O. Box 220 * Penngrove * CA * 94951 * U.S.A. Toll Free Order: 888-770-4330 International Business: 707-773-4916 FAX: 707-765-1431 E-mail: [EMAIL PROTECTED] Web: www.linuxpress.com - -- This article has been digitally signed by the moderator, using PGP. http://www.iki.fi/mjr/cola-public-key.asc has PGP key for validating signature. Send submissions for comp.os.linux.announce to: [EMAIL PROTECTED] PLEASE remember a short description of the software and the LOCATION. This group is archived at http://www.iki.fi/mjr/linux/cola.html -BEGIN PGP SIGNATURE- Version: 2.6.3i Charset: latin1 iQCVAgUBNh3RpFrUI/eHXJZ5AQGKqgP9Hvp0VNJ/i99wBIJRGYATsglUj2yiHcC3 BPUWqbfwr9aXU41LGI9bNxGvlK06mYuyVXxISDDd1sqjH18aWk4ddguTpkoylCTs gnpQ5ZAFKh6IiIG4YMr0m+JJbzL99S81FqGr3fx8G/Mjp6cQ73XLmglyAayHqtn+ BNmB02YrEZk= =xmDz -END PGP SIGNATURE- --- End of forwarded message ---
Re: bug in apt-get?
Michael == Michael Meskes [EMAIL PROTECTED] writes: Michael On Wed, Oct 07, 1998 at 12:32:32PM -0700, Ben Gertzfield Michael wrote: Ben I'm pretty sure policy states that a package cannot depend Ben wholly on a virtual package; it has to depend on a real, Ben preferred package, *or* the virtual package, like so:; Ben Ben Depends: jds1.1 | jdk1.1-runtime (that should be jdk1.1, not jds of course.) Michael So should I submit bug reports against these packages? Yes. Here's the relevant part of policy you should cite: 8.6 Defaults for satisfying dependencies - ordering Ordering is significant in dependency fields. Usually dselect will suggest to the user that they select the package with the most `fundamental' class (eg, it will prefer Base packages to Optional ones), or the one that they `most wanted' to select in some sense. In the absence of other information dselect will offer a default selection of the first named package in a list of alternatives. However, there is no way to specify the `order' of several packages which all provide the same thing, when that thing is listed as a dependency. Therefore a dependency on a virtual package should contain a concrete package name as the first alternative, so that this is the default. For example, consider the set of packages: Package: glibcdoc Recommends: info-browser Package: info Provides: info-browser Package: emacs Provides: info-browser If emacs and info both have the same priority then dselect's choice is essentially random. Better would be Package: glibcdoc Recommends: info | info-browser so that dselect defaults to selecting the lightweight standalone info browser. Ben -- Brought to you by the letters F and T and the number 4. If it wasn't for disappointment, I wouldn't have any appointment. -- TMBG Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: bug in apt-get?
Michael == Michael Meskes [EMAIL PROTECTED] writes: Michael When I run apt-get check I get: [EMAIL PROTECTED]:~$ sudo Michael apt-get check Updating package file cache...done Updating Michael package status cache...done Checking system Michael integrity...dependency error You might want to run Michael `apt-get -f install' to correct these. Sorry, but the Michael following packages are broken - this means they have Michael unmet dependencies: libpgjava: Depends:jdk1.1-runtime Michael econfigedit: Depends:libgtk-perl [EMAIL PROTECTED]:~$ Michael However, I do have jdk1.1 and libgnome-perl Michael installed. They provide the 'missing' packages. I tried Michael recreating apt's cache by removing Michael /var/cache/apt/pkgcache.bin and adding the file available Michael resp. status but nothing changed. I'm pretty sure policy states that a package cannot depend wholly on a virtual package; it has to depend on a real, preferred package, *or* the virtual package, like so:; Depends: jds1.1 | jdk1.1-runtime Ben -- Brought to you by the letters U and H and the number 19. Son, I am able, she said, though you scare me. -- They Might Be Giants Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: what's after slink
Kenneth == Kenneth Scharf [EMAIL PROTECTED] writes: Kenneth After you freeze slink, what will be then name of the new Kenneth 'unstable' release (debian 2.2 or 3.0 that is). I think 'woody' would be an appropriate nickname. :) -- Brought to you by the letters E and L and the number 10. You forgot Uranus. Goodnight everybody! -- Yakko and Wakko Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: APT 0.1.6 is released!
M == M Dietrich [EMAIL PROTECTED] writes: Ben Please test out this new release of APT; we hope everyone can Ben enjoy it! M this apt is really great! thnx alot for your work (just for not M only sending bug-reports on apt)! it worked out to exchange M sendmail for smail without any problem. ok, it trashed my nfs, M but this may be a packaging problem. I think you need to install the new nfs-server package. M where are the other parts of apt, the frontend and the like? is M it possible to look at those programs in a early state of M development? You can always download the source. :) -- Brought to you by the letters J and K and the number 3. Do you wish to see our *surprising toys*? No! Do not! -- Orz, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: what's after slink
Daniel == Daniel Martin [EMAIL PROTECTED] writes: Kenneth After you freeze slink, what will be then name of the new Kenneth 'unstable' release (debian 2.2 or 3.0 that is). Ben I think 'woody' would be an appropriate nickname. :) Daniel I've been wondering why this wasn't tried before; it seems Daniel such an obvious choice. Perhaps CD distributors don't Daniel want to advertise Debian woody? Heck, I'd make a big order of woody any time.. Daniel Does anyone have a script of toy story or something that Daniel would tell us the names of the other characters? I'd Daniel like to go with that thing that looked like binoculars Daniel with feet. Here's what imdb.com says: Cast overview, first billed only: Tom Hanks Woody Tim Allen Buzz Lightyear Don Rickles Mr. Potato Head Jim Varney Slinky Dog Wallace Shawn Rex John Ratzenberger Hamm Annie Potts Bo Peep John Morris (III) Andy Erik von Detten Sid Laurie Metcalf Mrs. Davis R. Lee Ermey Sergeant Sarah Freeman Hannah Penn Jillette TV Announcer Jack Angel (I) Additional Voice Spencer Aste Additional Voice so we really don't have that many more choices.. Ben -- Brought to you by the letters D and H and the number 13. It's cold.. and there are wolves.. -- Grampa Simpson Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: what's after slink
Manoj == Manoj Srivastava [EMAIL PROTECTED] writes: Kenneth == Kenneth Scharf [EMAIL PROTECTED] writes: Ben == Ben Gertzfield [EMAIL PROTECTED] writes: Kenneth After you freeze slink, what will be then name of the new Kenneth 'unstable' release (debian 2.2 or 3.0 that is). Ben I think 'woody' would be an appropriate nickname. :) Manoj You are joking, right? Not at all! It fits perfectly with the 'Toy Story' theme. How can we leave out the main character? *grin* -- Brought to you by the letters M and U and the number 16. He's kissing Christian.. and it's making you die. -- that dog. Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: what's after slink
Hamish == Hamish Moffatt [EMAIL PROTECTED] writes: Bob But didn't an even earlier discussion conclude that woody Bob should be bypassed as it would be offensive to some people. Hamish It's only offensive if you're in the frame of mind to Hamish think so. Aren't there children's stories with a Hamish character named Woody Woodpecker? Actually, Woody Woodpecker is a cartoon, still shown on TV nowadays. -- Brought to you by the letters N and Q and the number 7. Porco ga daisuki! -- Fio, Porco Rosso Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
Re: Bug #23877: Include autoup.sh and apt in hamm/hamm
Jens == Jens Ritter [EMAIL PROTECTED] writes: Jens Andreas [EMAIL PROTECTED] filed this against Jens ftp.debian.org: Subject: please include apt and autoup in hamm/hamm/upgrade-i386/ To: [EMAIL PROTECTED] -- Package: ftp.debian.org,apt,autoup Version: N/A i think this is the right location. if people want to get all files they need to install or burn a cdrom, they should have one source, and not collect the files from several servers (which might be down or unreachable or ...). this bug should be either wishlist and ignored or marked grave IMO. andreas Jens I think this needs a thorough discussion here, too, that´s Jens why I forward it here. Well, let's just do it! I see no problem with making such a directory for final hamm. Ben -- Brought to you by the letters J and O and the number 6. We are the music makers. And we are the dreamers of dreams. -- Willy Wonka Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Serious performance bug in Perl
Daniel == Daniel Martin at cush [EMAIL PROTECTED] writes: Daniel It's a perl thing. I can almost guarantee it. The Daniel problem is perl's shadow password support and it's getpw* Daniel functions. Whenever these functions are called (and Daniel assigned to a variable; if you just call them and discard Daniel the value immediately this doesn't happen), perl attempts Daniel to look up the shadow password entry associated with the Daniel given struct passwd *, and this takes a while - especially Daniel since the /etc/shadow file is closed immediately after Daniel each fetch. This is probably because the patch that allows Debian's Perl to use getspnam() and friends is pretty new and untested. Is there any way you can look at http://www.rosat.mpe-garching.mpg.de/mailing-lists/perl-porters/1998-03/msg01574.html and see if the patch there can be made better? Let's try to fix this problem. Ben -- Brought to you by the letters S and X and the number 14. XTC versus Adam Ant -- which one will survive? -- They Might Be Giants Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: joilet fs for official cdrom
Andreas == Andreas Jellinghaus [EMAIL PROTECTED] writes: The stock kernel mounts this CD (mount -t auto /dev/hdd cdrom) as joliet... it /spits: The writer is installed on a machine running 2.1.103 (the support for my controller is better with 2.1.10x), but I used the CD to freshly install Debian on a couple of PC's and to upgrade my own computer. Andreas great, good news. now i know, that the bug is only ins Andreas some early versions of the joilet/fat32 extensions, and Andreas with -o nojoilet you can work around. recent kernels Andreas like 2.1.* and 2.0.34 seem to be fine. Andreas this message was realy helpfull, thank you ! Great! So will the official hamm CD images be jolietized? :) -- Brought to you by the letters I and T and the number 7. I'm with insurance. -- 12 Monkeys Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Exciting Pilot/Debian news
John == John Goerzen [EMAIL PROTECTED] writes: John Hi, I have now successfully built the GCC, gdb, binutils, John etc. packages for Debian. The package name is prc-tools and John should be in Incoming by the time you read this. It was John quite a chore to package but it is quite exciting what can John be done with it! Wonderful news, John! Congratulations. I'll try out these packages later today. This is pretty exciting; I've been waiting for pilot development tools for quite a while. :) -- Brought to you by the letters O and S and the number 2. O, Mentos Boy! -- Guppy Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Exciting Pilot/Debian news
John == John Goerzen [EMAIL PROTECTED] writes: John Hi, I have now successfully built the GCC, gdb, binutils, John etc. packages for Debian. The package name is prc-tools and John should be in Incoming by the time you read this. It was John quite a chore to package but it is quite exciting what can John be done with it! John I'd like feedback on it. I have opted to package it as it John is done upstream; that is, all the programs in one thing. Okay, here's a bit of feedback. :) prc-tools includes almost all of its files in /usr/m68k-palmos-coff/, except two: gilgamesh:/home/che# dpkg --contents prc-tools_0.5.0-2_i386.deb *snip* -rw-r--r-- root/root142336 1998-06-16 13:54 usr/lib/libreadline.a -rw-r--r-- root/root 20270 1998-06-16 13:54 usr/lib/libmmalloc.a *snip* This makes it impossible to install prc-tools if you have libreadlineg2-dev or any other package that has libmmalloc.a included (not sure what this is offhand). These two should be moved into /usr/m68k-palmos-coff/. John The upstream prc-tools consists of patches against gcc, John binutils, and gdb plus its own software. The prc-tools John source package does not include the gcc, binutils, and gdb John source itself. Is this correct? This is a hard one; I think the point of a source package is to have *everything* you need to build the target. If you have to download other things, it becomes difficult quickly. I'm not sure what the right solution is. -- Brought to you by the letters C and M and the number 2. It is sad. *Campers* cannot *dance*. Not even a *party*. -- Orz, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Exciting Pilot/Debian news
John == John Goerzen [EMAIL PROTECTED] writes: John kpilot -- KDE hotsync tool Hm.. kpilot seems to have been statically linked with libpisock. [EMAIL PROTECTED]:~]% dpkg -l 'libpi*' 1:38PM Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- ii libpisock-dev 0.8.11-1 static libraries for communicating with a Pi ii libpisock3 0.8.11-1 Libraries for communicating with a Pilot PDA but kpilot doesn't depend on libpisock3 -- perhaps it's not dynamically linked? It should be, though. [EMAIL PROTECTED]:~]% dpkg --status kpilot 1:38PM Package: kpilot Status: install ok installed Installed-Size: 1207 Maintainer: John Goerzen [EMAIL PROTECTED] Version: 3.0.2-1 Depends: kdelibs0g (= 2:980312), libc6, libstdc++2.8 (= 2.90.26-1), qt1g (= 1.33-5), xlib6g (= 3.3-5) Description: PalmPilot/III hotsync package Kpilot provides file transfer and sync capabilities for owners of the 3COM PalmPilot or Palm III PDAs. It currently includes conduits for mail, datebook, and memo pad. Also, kpilot for some reason includes a lot of extra files, like: /usr/X11R6/lib/libpisock.a /usr/X11R6/lib/libpisock.la Yuck! Those shouldn't be in there. Good luck. -- Brought to you by the letters P and V and the number 19. I'm with insurance. -- 12 Monkeys Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Exciting Pilot/Debian news
John == John Goerzen [EMAIL PROTECTED] writes: John Therefore, I believe that I will just dump the tar.gz's of John binutils, gcc, and gdb into the toplevel of the package's John tar file (or maybe the debian/ directory, I dunno), and then John all I have to do is change the path that it looks for them John from .. to . This seems to be a good solution. Good luck. :) -- Brought to you by the letters C and I and the number 17. Wakarimasu ka? Ee! Wakarimasen ka. Ee. -- Tenchi Muyo-! Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Exciting Pilot/Debian news
Rob == Rob Tillotson [EMAIL PROTECTED] writes: Rob Kpilot comes with its own version of libpisock, which is Rob built and statically linked independent of whether you have Rob another one already on the system. I haven't looked deeply Rob at the code, but I would assume that the kpilot author has Rob made some changes to the library which justify this. Well, in any case, it shouldn't include the .a and .la files, as they're linked in. -- Brought to you by the letters S and C and the number 2. You should be glad you don't have diaper rash. Mah Jongg. -- The Critic Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: joilet fs for official cdrom
Thomas == Thomas Hohenberger [EMAIL PROTECTED] writes: Thomas I followed the discussion above. I have two SuSE Linux Thomas 2.0.33/2.0.34 systems. The first system has my cdrecorder Thomas attached. I patched this one with the Joliet patch and a Thomas 2k blocksize patch for my MO drive. This system prefers Thomas Joliet over Rockridge. The second system was not Joliet Thomas aware. I applied the 2.0.34 patch, which seems to install Thomas Joliet support. This system does Rockridge before Joliet Thomas and therefore knows about symbolic links. Hm, that's odd. Perhaps the order somehow matters.. Thomas Maybe this is the same for You people owning a cdrecorder. Thomas Using a pure 2.0.34 kernel might help. Unfortunately, this is the same with a pure 2.0.34 kernel. -- Brought to you by the letters P and N and the number 4. What's your order? I can SuperSize that. -- TMBG Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: joilet fs for official cdrom
Philip == Philip Hands [EMAIL PROTECTED] writes: [EMAIL PROTECTED] is the right place for this. Philip Philip Don't you mean: Philip [EMAIL PROTECTED] No, [EMAIL PROTECTED] is a separate mailing list just for CD burning software under unix. -- Brought to you by the letters E and Y and the number 4. Nerd. Loser. Jerk. Moron. Worm. Scum. Idiot. Fool. -- Pkunk, SCII Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package (several)
Rafael == Rafael Laboissiere [EMAIL PROTECTED] writes: Rafael As my application to become a Debian developer is Rafael underway, let me state my intentions of packaging. You Rafael will find below short descriptions of the following Rafael packages: bibindex (take over), ibrazilian, recdescent, Rafael tipa (these four packages are done, ready for uploading), Rafael as well as plplot and iportuguese (these two not yet Rafael done). Welcome! Rafael Tell me if there are any objections/problems. One small gripe: Rafael recdescent (on CPAN: Rafael modules/by-module/Parse/Parse-RecDescent.tar.gz): Rafael Perl module Parse::RecDescent for incrementally generating Rafael top-down recursive-descent text parsers from simple Rafael yacc-like grammar specifications. Rafael GPL'd. This package should be named libparse-recdescent-perl to go along with all the other Perl module packages' names (libmd5-perl, libdbd-mysql-perl, et cetera). Good luck! Ben -- Brought to you by the letters Z and Y and the number 12. The spiraling shape will make you go insane! -- They Might Be Giants Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problem with dselect and the dists hierarchy
Manoj == Manoj Srivastava [EMAIL PROTECTED] writes: Manoj Umm. I don't know how to say this tactfully. I shall Manoj try. It may be better, I think, in this and other tasks Manoj (like modifying dpkg), that the new author be one able to Manoj grok the original. *grin* No, I'm not offended. :) Manoj Shell scripts should generally be mechanically Manoj transformable to Perl, and I have had a look at this one, Manoj though not trivial, it is certainly eminently doable. The Manoj question is, should we be doing it at this late stage in Manoj the game? I think it's critical that we at least remove the horrid prompts asking you your block device for your CD-ROM, or at least make an intelligent guess and provide a default. Manoj By the next release we shall hopefullybe using apt, or Manoj at least the apt-get method under dselect, when all this Manoj shall be moot. Will apt be able to deal with multiple cd-roms? I hope so! -- Brought to you by the letters F and J and the number 18. I'm calling from the plane. I'll call you when I get there. -- TMBG Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Intention to package x11amp
This is my formal announcement of intention to package x11amp, a graphical .mp3 player for X. x11amp is a clone of WinAMP. It's free to redistribute, but no source is available, so it's going into non-free/sound. Its home page is: http://www.x11amp.bz.nu/ One question: x11amp uses the real-time functions of Linux (and sounds much better) if it's installed suid-root, but there are unknown holes that this opens up. Should I use suidmanager and make it suid? Ben -- Brought to you by the letters R and Y and the number 13. I don't want the world.. I just want your half. -- They Might Be Giants Ben Gertzfield http://www.imsa.edu/~wilwonka/ Finger me for my public PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package: xfnt-URW gimp-extra-plugins
vanco == vanco [EMAIL PROTECTED] writes: vanco URW fonts are a set that the gimp home page points to as vanco good fonts to use in the gimp. vanco Additionally, in the plugin registry, there are a number of vanco good plugins that are not included in the gimp vanco distribution. Good luck! I'm the current GIMP maintainer, and I know what a pain in the butt those extra plugins are to compile and maintain. Have fun :) -- Brought to you by the letters W and G and the number 5. Porco ga daisuki! -- Fio, Porco Rosso Ben Gertzfield http://www.imsa.edu/~wilwonka/ Finger me for my public PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intention to package x11amp
Larry == Larry 'Daffy' Daffner [EMAIL PROTECTED] writes: Larry I would say to register it with suidmanager, leave it Larry non-suid by default, and place a notice somewhere that if Larry performance is an issue, it may be made setuid through Larry suidregister. On my K6-200, the CPU time it takes up is Larry pretty negligible, although I understand it may be an issue Larry on lesser machines :) Good idea. How exactly should I explain the use of suidmanager in the README, though? -- Brought to you by the letters H and G and the number 10. Disobeying me? No, I don't. -- Final Fantasy II Ben Gertzfield http://www.imsa.edu/~wilwonka/ Finger me for my public PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]