Re: RFC: preventing accidental deletion of system directories
On Sat, 22 Mar 2008 22:16:12 +1300, Francois Marier <[EMAIL PROTECTED]> wrote: > - how to get this script to be picked up before 'rm' in the PATH (including > when using sudo) or whether it should be an alias in all of the shell > global config files (like /etc/bash.bashrc) Call the script directly. > - where to find a good list of directories which should never be deleted This should be configurable by the user. > - how to effectively disable it if one really wants to delete a system dir > (for an alias, '\rm' does the trick, for a command in the path, maybe an > environment variable?) Call rm directly. > - ways to detect directories expressed like "../../../usr/lib/../../usr/bin" realpath in Cwd.pm may be what you want. > - any other comments/suggestions you may have about the idea or the script The script should handle options of rm rather than assume all arguments are file names. I want to do rm -r some_dir. -- Oohara Yuuma <[EMAIL PROTECTED]> If we know when, can we do it right? --- TAITO "Ray Crisis" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: source:Version and ancient dpkg-dev
On Thu, 20 Mar 2008 19:12:44 +0900, "Paul Wise" <[EMAIL PROTECTED]> wrote: > I'm curious why you are using sarge? Any particular reason or just intertia? > Just inertia; I forgot to buy etch DVDs. (I don't have enough bandwidth to do apt-get upgrade without DVDs.) -- Oohara Yuuma <[EMAIL PROTECTED]> If we know when, can we do it right? --- TAITO "Ray Crisis" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: source:Version and ancient dpkg-dev
On Thu, 20 Mar 2008 14:26:31 +0100, Raphael Hertzog <[EMAIL PROTECTED]> wrote: > We do our best to support partial upgrades, but supporting compilation > of (testing/unstable) packages on machines which are running a partially > upgraded olstable is not something we target. > I read the policy again and found my understanding of build dependency was wrong. Build dependency must be satisfied when a package is built, but the policy doesn't say a package must declare all the necessary packages. I'm sorry for this noise. -- Oohara Yuuma <[EMAIL PROTECTED]> If we know when, can we do it right? --- TAITO "Ray Crisis" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: source:Version and ancient dpkg-dev
On Wed, 19 Mar 2008 08:36:39 +0100, Raphael Hertzog <[EMAIL PROTECTED]> wrote: > On Tue, 18 Mar 2008, Oohara Yuuma wrote: > > According to the changelog, substvars source:Version is added in > > dpkg-dev 1.13.19. A package which uses source:Version in its > > debian/control and doesn't set its value explicitly can't be built > > with ancient dpkg-dev. The problem is that dpkg-dev in the > > build-essential list is dpkg-dev (>= 1.13.5), which is not new enough. > > I think the build-essential list should be updated. > > This is not needed: > - updating build-essential would update it for lenny/sid only > - only oldstable (sarge) has a dpkg version that doesn't support it > > Thus fixing build-essential doesn't fix it for the only case where it's > broken, when building on sarge. > Fixing build-essential does fix it at least for my case; my machine was partially-upgraded sarge. Is versioned dependency for preventing such stupidity? -- Oohara Yuuma <[EMAIL PROTECTED]> If we know when, can we do it right? --- TAITO "Ray Crisis" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
source:Version and ancient dpkg-dev
According to the changelog, substvars source:Version is added in dpkg-dev 1.13.19. A package which uses source:Version in its debian/control and doesn't set its value explicitly can't be built with ancient dpkg-dev. The problem is that dpkg-dev in the build-essential list is dpkg-dev (>= 1.13.5), which is not new enough. I think the build-essential list should be updated. -- Oohara Yuuma <[EMAIL PROTECTED]> If we know when, can we do it right? --- TAITO "Ray Crisis" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#378167: ITP: sudoku -- console based sudoku
On Fri, 14 Jul 2006 23:25:53 +0200, Nicolas François <[EMAIL PROTECTED]> wrote: > On Fri, Jul 14, 2006 at 05:34:16PM +0200, Nacho Barrientos Arias wrote: > > Nicolas François <[EMAIL PROTECTED]> wrote: > > > * Package name: sudoku > > Isn't this package name too general? I know that the upstream name is > > this but, can't be (this name) improved to became an official Debian > > package? > I would have prefered a suggestion ;) > > Would sudokurse be better? > Should the binary be renamed too? Just for the record: Sudoku is the name coined by Nikoli, the puzzle magazine which introduced the puzzle from the US to Japan. Like all other stuffs from Japan, it is not originated from Japan. I am not a lawyer, but if you package it, expect a submarine patent. Sudoku is the abbreviation of "Suji wa dokusin ni kagiru", which means "a digit is best if it is not married", which implies that there is only one digit in each grid of the puzzle. Only the editors of Nikoli use the name sudoku; others call the puzzle "nampure", which is the Japanese abbreviation of "number place", which is believed the original name of the puzzle. -- Oohara Yuuma <[EMAIL PROTECTED]> Lord, what fools these mortals be! --- William Shakespeare, "A Midsummer-Night's Dream" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332278: ITP: dangen -- shoot 'em up game where accurate shooting matters
Package: wnpp Severity: wishlist * Package name: dangen Version : 0.3 Upstream Author : Oohara Yuuma <[EMAIL PROTECTED]> * URL or Web page : http://www.interq.or.jp/libra/oohara/dangen/index.html * License : GPL exactly version 2 or the Artistic License Version 2.0beta5, whichever you like Description : shoot 'em up game where accurate shooting matters dangen is a shoot 'em up game that attach importance to accuracy of shooting. With the combination of the cursor key and the shot button, you can shoot at your side or even at your back. Get the bonus point by hitting the enemy without a miss. You can choose stages of different difficulty. A copy of the Artistic License Version 2.0beta5 is attached. -- Oohara Yuuma <[EMAIL PROTECTED]> Lord, what fools these mortals be! --- William Shakespeare, "A Midsummer-Night's Dream" The Artistic License Version 2.0beta5, October 2001 Copyright (C) 2000, 2001 Larry Wall, Bradley M. Kuhn. Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. Preamble This copyright license states the terms under which a given free software Package may be copied, modified and/or redistributed, while the Originator(s) maintain some artistic control over the future development of that Package (at least as much artistic control as can be given under copyright law while still making the Package open source and free software). This license is bound by copyright law, and thus it legally applies only to works which the copyright holder has permitted copying, distribution or modification under the terms of the Artistic License, Version 2.0. You are reminded that You are always permitted to make arrangements wholly outside of a given copyright license directly with the copyright holder(s) of a given Package. If the terms of this license impede your ability to make full use of the Package, You are encouraged to contact the copyright holder(s) and seek a different licensing arrangement. Definitions "Package" refers to the collection of files distributed by the Originator(s), and derivatives of that collection of files created through textual modification. "Standard Version" refers to the Package if it has not been modified, or has been modified only in ways suggested by the Originator(s). "Modified Version" refers to the Package, if it has been changed by You via textual modification of the source code, and such changes were not suggested by the Originator(s). "Originator" refers to the author(s) and/or copyright holder(s) of the Standard Version of the Package. "You" and "Your" refers to any person who would like to copy, distribute, or modify the Package. "Distribution Fee" is any fee that You charge for providing a copy of this Package to another party. It does not refer to licensing fees. "Freely Available" means that: (a) no fee is charged for the right to use the item (though a Distribution Fee may be charged). (b) recipients of the item may redistribute it under the same conditions they received it. (c) If the item is a binary, object code, bytecode, the complete corresponding machine-readable source code is included with the item. Permission for Use and Modification Without Redistribution (1) You are permitted to use the Standard Version and create and use Modified Versions for any purpose without restriction, provided that you do not redistribute the Modified Version to others outside of your company or organization. Permissions for Redistribution of the Standard Version (2) You may make available verbatim copies of the source code of the Standard Version of this Package in any medium without restriction, either gratis or for a Distribution Fee, provided that you duplicate all of the original copyright notices and associated disclaimers. At Your discretion, such verbatim copies may or may not include compiled bytecode, object code or binary versions of the corresponding source code in the same medium. (3) You may apply any bug fixes, portability changes, and other modifications made available from any of the Originator(s). The resulting modified Package will still be considered the Standard Version, and may be copied, modified and redistributed under the terms of the original license of the Standard Version as if it were the Standard Version.
Re: How to install X-Chat in five hours (or more)
On Tue, 5 Aug 2003 21:38:19 +0200, Emile van Bergen <[EMAIL PROTECTED]> wrote: > You know, I think these are actually good suggestions. I think there's a > lot to be gained *not* by dumbing down, *not* by losing any information > that might be useful to a geek or to a new user as (s)he's learning, but > by phrasing texts so that they appeal more to generally intelligent > human beings, rather than to people that just happen to have some > specific knowledge. Sometimes jargon is more understandable for a non-native speaker because it has a very narrow sense. -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 Er, let's get into all the messes of the parliament. --- shinichiro.h, diary 2003/3/24 "parliamentary bullet-dodging system"
Re: setuid/setgid binaries contained in the Debian repository.
On Fri, 1 Aug 2003 13:46:48 -0400, Joey Hess <[EMAIL PROTECTED]> wrote: > --- policy.sgml.orig 2003-08-01 13:40:51.0 -0400 > +++ policy.sgml 2003-08-01 13:45:24.0 -0400 > @@ -7104,6 +7104,14 @@ > execute them. > > > + > + Since setuid and setgid programs are often a security rick, > + you should not add any new setuid or setgid programs to > + the distribution before this has been discussed on the > + debian-security mailing list and a consensus about > + doing that has been reached. > + > + > > It is possible to arrange that the system administrator can > reconfigure the package to correspond to their local > I object. My interpretation of this paragraph is "if there were not nethack in Debian, we would not need it unless you remove the score file, the bone file, the player ghost and whatever from it or you implement them securely without any setid". I don't care if you mandate a prior peer view _request_ (not prior approval) when ITPing a setid program, but if no one says anything about it for some weeks, why can't I upload that program? After all, I maintain the package. Pre-Depends or something that is already in the Policy is more or less about package relationship, but setid is not. -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 Er, let's get into all the messes of the parliament. --- shinichiro.h, diary 2003/3/24 "parliamentary bullet-dodging system"
Re: Debian Developer LDAP
On Mon, 14 Apr 2003 10:24:44 -0400, Mark Bucciarelli <[EMAIL PROTECTED]> wrote: > (3) is the email gateway used? I tried but failed to change my latitude/longitude data. None of the following worked. RTFM instructions welcome. --- Lat: +0334500., Long: +1303000. --- Lat: 33:45:00.000 N Long: 130:30:00.000 E --- Lat: 33n45. Long: 130e30. --- Lat: +0334500 Long: +1303000 --- The error message was: ==> Message Error: Positions were found, but they are not correctly formed Command is not understood. Halted -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 No problem if you're not in it, and even if you are, it's quick and painless. --- Hajime Ueda, "Q-ko-chan", description of "pure-bomb"
Re: Pick a name, any name...
On Wed, 27 Nov 2002 11:03:58 +0100, Roland Mas <[EMAIL PROTECTED]> wrote: > As some of you probably know, some people are in the process of > installing a Sourceforge site on a Debian machine. It will consist of > a slightly patched version of the 2.6 branch of the Debian package > "sourceforge", with a few scripts to help integration with existing > infrastructure (existing accounts and groups should be preserved, for > instance). Why does Debian host the Sourceforge site? I don't see anything between sf.net and debian.org . -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 smile to answer --- Treasure, "Radiant Silvergun", attitude #3 for SBS-130
Re: Bug#158683: ITP: oggasm -- MP3 to Ogg converter
On Sat, 31 Aug 2002 08:53:11 -0400, marco trevisani <[EMAIL PROTECTED]> wrote: > 3) to my knowledge, neither bladeenc nor lame do use these algorithms > (they are mainly for encoding at low bit rate, something these > encoders don't do well - they were'nt designed for that) > 4) however, from what I understand Fraunhofer and Thompson oblige >bladeenc and lame developers to distribute *sources* and not >*binaries* to always check that they are not using patented >algorithms (now how's that for another use of source visibility :() If they insist we are violating their patent, it is their job to prove it, no? "Guilty unless proven otherwise" is illegal (at least in Japan). -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 Better just encrypt it all in your head :-). --- Derrick 'dman' Hudson, about encryption without any physical medium
Re: Dumb little utilities
On Tue, 27 Aug 2002 21:59:28 -0600 (MDT), "J. Scott Edwards" <[EMAIL PROTECTED]> wrote: > little endian hex dump Can this tackle the length of int? > find a file within a file Can you elaborate? Is it something like tar -x or munpack? > duplicate file remover interesting > file renamer (that can change case). rename (in perl) or mmv > file slicer (that can slice up a file into different size chunks). split(1) > display id3 tags in mp3 files > remove id3 tags in mp3 files mp3info (I think there are other tools) > generate id3 tags from file name (probably not generally useful). It may save some perl one-liner. > convert wave <--> raw audio files > examine wave/raw audio files and print stats > change amplitude of wave/raw audio files > adjust lead in/lead out of wave/raw audio files sox I don't like the people who always say "why do you bloat Debian with yet another foo" every time they see an ITP, but you should write the description carefully so that the user can see the difference. Study what is already packaged. -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I played almost all shoot-en-up games in Debian before I wrote tenmado.
Re: Accepted e16menuedit 0.1-5 (i386 source)
On Wed, 21 Aug 2002 23:47:17 -0400, Jon Bernard <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.0.7 (GNU/Linux) > Comment: upload sponsored by [EMAIL PROTECTED] another best packaging practice -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 Better just encrypt it all in your head :-). --- Derrick 'dman' Hudson, about encryption without any physical medium
Re: GCC 3.2 transition
[for debian-gcc people: please Cc: to me because I am not subscribed] On Fri, 16 Aug 2002 14:51:34 +0100, Matthew Wilcox <[EMAIL PROTECTED]> wrote: > * If your package contains no C++, do nothing. One fine day, >gcc-defaults will be changed to gcc-3.2 and you'll start using GCC >3.2 with no work by yourself. 1. Does a C (not C++) library compiled with gcc 2.95 work with a C++ program compiled with gcc 3.2? 2. Does this mean I must not use gcc 3.2 before it becomes gcc-defaults? There may be a case where gcc 3.2 offers better optimization. > * If you maintain a library written in C++, add a `c' to the end of >the name of your .deb, eg libdb4.0++.deb -> libdb4.0++c.deb. This >is similar in spirit to the glibc transition adding `g' to the end > of libraries. What does this "c" mean? -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 Better just encrypt it all in your head :-). --- Derrick 'dman' Hudson, about encryption without any physical medium
Re: Bug#156257: ITP: libpam-ssh -- I didn't write it, I'm just working on it. It authenticates you by u
On 11 Aug 2002 21:05:14 -0400, Roderick Schertler <[EMAIL PROTECTED]> wrote: > On Sun, 11 Aug 2002 11:43:41 +0900 (JST), Oohara Yuuma <[EMAIL PROTECTED]> > said: > > On Sat, 10 Aug 2002 22:20:26 -0400, > > Roderick Schertler <[EMAIL PROTECTED]> wrote: > >> The pam_ssh PAM module allows you to authenticate yourself by supplying > >> the passphrase for your SSH key (id_dsa, id_rsa, or identity in ~/.ssh). > >> Better yet, it can be to configured launch an ssh-agent and load the > >> decrypted key into it. You supply your passphrase just once when you > >> log in, and you get an agent loaded with that key. > > Why not use ssh-agent directly? > I don't know what you mean by that. Directly instead of what part of > the above process? I don't know why an additional PAM module is necessary to login via ssh. [re-reading the description] I see. This module allows any program which uses PAM to authenticate with a ssh-like public key method, right? By the way, do you really mean "the passphrase for your SSH key" (get the passphrase and see if it can decrypt the private key) instead of the private key itself (send a challenge string and see if you can encrypt it)? I don't think ssh-agent tell you the passphrase. -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 Better just encrypt it all in your head :-). --- Derrick 'dman' Hudson, about encryption without any physical medium
Re: please remove current libsdl-image1.2, libsdl-perl etc. from sarge.
On Sun, 11 Aug 2002 11:38:29 +0900 (JST), Oohara Yuuma <[EMAIL PROTECTED]> wrote: > On Sun, 11 Aug 2002 10:17:42 +0900 (JST), > Oohara Yuuma <[EMAIL PROTECTED]> wrote: > > 4. old foo, new libsdl-image1.2 and new libpng3 > Sorry, this is impossible. s/libpng3/libpng2/, now I see why emails suck. -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 Better just encrypt it all in your head :-). --- Derrick 'dman' Hudson, about encryption without any physical medium
Re: Bug#156257: ITP: libpam-ssh -- I didn't write it, I'm just working on it. It authenticates you by u
On Sat, 10 Aug 2002 22:20:26 -0400, Roderick Schertler <[EMAIL PROTECTED]> wrote: > The pam_ssh PAM module allows you to authenticate yourself by supplying > the passphrase for your SSH key (id_dsa, id_rsa, or identity in ~/.ssh). > Better yet, it can be to configured launch an ssh-agent and load the > decrypted key into it. You supply your passphrase just once when you > log in, and you get an agent loaded with that key. Why not use ssh-agent directly? -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 Better just encrypt it all in your head :-). --- Derrick 'dman' Hudson, about encryption without any physical medium
Re: debmake x dh-make
On Thu, 4 Apr 2002 21:08:11 +0200, Uwe Hermann <[EMAIL PROTECTED]> wrote: > Are there any statistics somewhere, how many packages use debmake, > how many use debhelper and how many use something completely different? $ grep-dctrl -F Build-Depends debmake Sources | egrep '^Package' | wc 92 1841519 $ grep-dctrl -F Build-Depends debhelper Sources | egrep '^Package' | wc 36017202 1 $ cat Sources | egrep '^Package' | wc 5367 10734 102638 for unstable/main -- Oohara Yuuma <[EMAIL PROTECTED]> Debian developer PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star away" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: be my own official primary debian source
On Thu, 20 Dec 2001 13:42:52 -0800, [EMAIL PROTECTED] wrote: > What I really want to know, is what script is run on the official > mirrors that parses the pool directories and generates > the Packages and Release files all on one go. The scripts used on ftp-master.debian.org are called "katie". They are not debianized, but you can download the source code by: $ cvs -d:pserver:[EMAIL PROTECTED]:/cvs/dak login (Logging in to [EMAIL PROTECTED]) CVS password: [the password is blank, just press ENTER] $ cvs -d:pserver:[EMAIL PROTECTED]:/cvs/dak checkout dak See http://ftp-master.debian.org/ for more information. (By the way, adding katie to apt-gettable howto may be an overkill.) -- Oohara Yuuma <[EMAIL PROTECTED]> Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star away"
Re: A script to see how much a package is depended upon.
On Wed, 12 Sep 2001 21:43:16 +0900, Junichi Uekawa <[EMAIL PROTECTED]> wrote: > If you claim to have rewritten my awk script in perl, > you should have done something which checks the > deps AND the builddeps. Now count-depends-field looks for both dependency and build-dependency by default. top 10 list 6314 perl5 6291 awk 6290 perlapi-5.6.0 6290 perl5-base 6290 mig 6290 libz-dev 6290 libxaw-dev 6290 libwww-ssl0 6290 libstdc++-dev 6290 libpng-dev source code http://www.interq.or.jp/libra/oohara/count-depends-field/count-depends-field.perl.gz full result http://www.interq.or.jp/libra/oohara/count-depends-field/result-all.txt.gz -- Oohara Yuuma <[EMAIL PROTECTED]> Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star a way"
Re: A script to see how much a package is depended upon.
On Wed, 12 Sep 2001 14:24:54 +0900, Junichi Uekawa <[EMAIL PROTECTED]> wrote: > Also, please change the name of your package, because it is confusing, Rename to what? "count-depends-field"? Any suggestion? > and does something different. Something like this? # package tkdvi # * level 0 # ** searching tkdvi # found new dependency: libc6 # found new dependency: libkpathsea3 # found new dependency: tk8.3 # found new dependency: wish # * level 1 # ** searching tk8.3 # found new dependency: tcl8.3 # found new dependency: xlibs # ** searching libc6 # ** (we see here tkdvi) # ** searching wish # ** searching libkpathsea3 # * level 2 # ** (we see here tk8.3) # ** (we see here libc6) # ** searching xlibs # found new dependency: xfree86-common # found new dependency: libfreetype6 # ** (we see here tkdvi) # ** (we see here wish) # ** (we see here libkpathsea3) # ** searching tcl8.3 # * level 3 # ** (we see here libc6) # ** searching libfreetype6 # ** (we see here xlibs) # ** (we see here tkdvi) # ** (we see here tk8.3) # ** (we see here libkpathsea3) # ** (we see here wish) # ** (we see here tcl8.3) # ** searching xfree86-common # found new dependency: debianutils # * level 4 # ** (we see here libc6) # ** (we see here libfreetype6) # ** (we see here xlibs) # ** (we see here tkdvi) # ** searching debianutils # ** (we see here tk8.3) # ** (we see here libkpathsea3) # ** (we see here wish) # ** (we see here tcl8.3) # ** (we see here xfree86-common) (snip) This is the reverse index of "the packages that depend on a specific package". -- Oohara Yuuma <[EMAIL PROTECTED]> Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star a way"
Re: A script to see how much a package is depended upon.
On Tue, 11 Sep 2001 15:13:50 -0700, Randolph Chung <[EMAIL PROTECTED]> wrote: > auric:~tausq/bdepvis if anyone is interested. I can't find it. http://auric.debian.org/~tausq/ shows no file named "bdepvis". -- Oohara Yuuma <[EMAIL PROTECTED]> Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star a way"
Re: A script to see how much a package is depended upon.
On Tue, 11 Sep 2001 20:01:38 +0200 (CEST), Wouter Verhelst <[EMAIL PROTECTED]> wrote: > On Wed, 12 Sep 2001, Oohara Yuuma wrote: > > > On Fri, 7 Sep 2001 00:11:28 +0900, > > Junichi Uekawa <[EMAIL PROTECTED]> wrote: > > > I was writing a script to see how much a package is depended upon, > > > i. e. cumulatively culculating Reverse-Build-Deps, and > > > Reverse-dependencies. However, I thought it might be useful to see > > > what kind of packages have a "weight", i.e. needs fixing first for > > > packages to enter "testing". > > > > > > As I anticipated, it has a lot of "loops", and it is going in ridiculous > > > values. These things should have had trouble when porting to new arches, > > > but anyway, I have put the script up on > > > http://mikilab.doshisha.ac.jp/~dancer/analyse-sourcepackages > > I rewrote it from scratch in Perl. > > > > This is good. Could you put a full version online somewhere, possibly > updating that version once in a while? Depends list http://www.interq.or.jp/libra/oohara/analyse-packages/result-packages.txt.bz2 Build-Depends list http://www.interq.or.jp/libra/oohara/analyse-packages/result-sources.txt.bz2 -- Oohara Yuuma <[EMAIL PROTECTED]> Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star a way"
Re: A script to see how much a package is depended upon.
On Tue, 11 Sep 2001 17:42:36 -0400, Matt Zimmerman <[EMAIL PROTECTED]> wrote: > On Wed, Sep 12, 2001 at 02:43:36AM +0900, Oohara Yuuma wrote: > > > [snip binary package dependencies] > > > > The number of the *binary* packages that Build-Depends on a package: > > ./analyse-sources.perl | sort -n -r > > 5208 libncurses-dev > > 5203 libgc5-dev > > 5203 doxygen > > I suspect a bug here. I can only find 3 source packages which build-depend > on doxygen (korelib, nurbs++, vdkxdb). The corresponding binary packages > (libkore0, libkore-dev, libnurbs++-dev, libnurbs++1, libvdkxdb-dev, > libvdkxdb) have very few reverse dependencies, and though I haven't traced > them out completely, the packages involved aren't (at a glance) connected to > anything very essential. Perhaps a loop is involved? libc6-dev (Source: glibc) has Build-Depends: gcc-3.0-sparc64 [sparc] . gcc-3.0-sparc64 (Source: gcc-3.0) has Build-Depends-Indep: doxygen . -- Oohara Yuuma <[EMAIL PROTECTED]> Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star a way"
Re: A script to see how much a package is depended upon.
On Fri, 7 Sep 2001 00:11:28 +0900, Junichi Uekawa <[EMAIL PROTECTED]> wrote: > I was writing a script to see how much a package is depended upon, > i. e. cumulatively culculating Reverse-Build-Deps, and > Reverse-dependencies. However, I thought it might be useful to see > what kind of packages have a "weight", i.e. needs fixing first for > packages to enter "testing". > > As I anticipated, it has a lot of "loops", and it is going in ridiculous > values. These things should have had trouble when porting to new arches, > but anyway, I have put the script up on > http://mikilab.doshisha.ac.jp/~dancer/analyse-sourcepackages I rewrote it from scratch in Perl. for Packages.gz http://www.interq.or.jp/libra/oohara/analyse-packages/analyse-packages.perl.gz for Sources.gz http://www.interq.or.jp/libra/oohara/analyse-packages/analyse-sources.perl.gz Here is the top 10 Depends list (for unstable): ./analyse-packages.perl | sort -n -r | head -n 10 5539 libc6 2245 debianutils 2069 xfree86-common 1990 libfreetype6 1986 xlibs 1829 perl-base 1803 libncurses5 1491 libstdc++2.10-glibc2.2 1383 zlib1g 1283 libdb2 The number of the *binary* packages that Build-Depends on a package: ./analyse-sources.perl | sort -n -r 5208 libncurses-dev 5203 libgc5-dev 5203 doxygen 5202 libpam-dev 5202 ed 5202 bison 5201 symlinks 5201 svgalibg1-dev 5201 sgml-tools 5201 perl5-base (snip) 5200 debhelper (snip) 5200 altgcc (*not* snipped here) 690 libpng-dev (snip) The total number of the packages: $ zcat Packages.gz | egrep -c "^Package:" 6361 -- Oohara Yuuma <[EMAIL PROTECTED]> Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star a way"
Re: How to make your custom debian packages apt-gettable
[moving the thread to debian-doc; see Mail-Followup-To:] [for debian-doc people: please Cc: to me because I am subscribed to only debian-devel] On Fri, 7 Sep 2001 21:12:00 +0200, Jens Ruehmkorf wrote: > > I wrote a documentation "How to make your custom debian packages > > apt-gettable". > > I think a mini-howto like yours is desirable, especially for new users, to > better utilize their use of apt. Since your docs aim at the beginner, I > would include some more specific examples, then it would indeed be > valuable. So far it mentions not much more than in dpkg-scanpackages(8) > and dpkg-scansources(8) ;) I think some debian-books/-guides explain the > use of dpkg-scan... as well. > > Besides that you should post your Email as well to debian-doc. People > there might better be able to answer any questions. I have a custom package already uploaded to my web page, but it seems to be a dangerous example. Package: gogo Status: install ok installed Priority: optional Section: non-free/sound Installed-Size: 348 Maintainer: Oohara Yuuma <[EMAIL PROTECTED]> Version: 2.39b-3 Depends: libc6 (>= 2.1.2) Description: mp3 encoder This is an unofficial .deb package of gogo, a LAME-based mp3 encoder. . WARNING: Use only in Japan, or you will be involved in patent problems. A backported-to-potato package is better? -- Oohara Yuuma <[EMAIL PROTECTED]> Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star a way"
Re: How to make your custom debian packages apt-gettable
[moving the thread to debian-doc; see Mail-Followup-To:] [for debian-doc people: please Cc: to me because I am subscribed to only debian-devel] On Fri, 7 Sep 2001 22:42:42 +0100, Andrew Suffield wrote: > On Sat, Sep 08, 2001 at 01:22:00AM +0900, Oohara Yuuma wrote: > > I wrote a documentation > > "How to make your custom debian packages apt-gettable". > > Have I re-invented the wheel? > > Not afaik, but you've chosen a rather complex method for it. > > Here's my ~/bin/makepackages: > > #!/bin/sh > apt-ftparchive packages . > Packages > apt-ftparchive sources . > Sources > gzip -c Packages > Packages.gz > gzip -c Sources > Sources.gz > > (Yes, I know I could do that in one line. No, I don't care.) > > Override files are totally pointless in this context. I have only a potato system, so I can't use apt-ftparchive. -- Oohara Yuuma <[EMAIL PROTECTED]> Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star a way"
How to make your custom debian packages apt-gettable
I wrote a documentation "How to make your custom debian packages apt-gettable". Have I re-invented the wheel? sgml (DocBook) source http://www.interq.or.jp/libra/oohara/apt-gettable/apt-gettable.sgml html version (formatted with NewbieDoc style sheet) http://www.interq.or.jp/libra/oohara/apt-gettable/apt-gettable/index.html html in tarball http://www.interq.or.jp/libra/oohara/apt-gettable/apt-gettable.tar.gz -- Oohara Yuuma <[EMAIL PROTECTED]> Graduate-school of Science, Kyoto University PGP Key http://www.interq.or.jp/libra/oohara/pub-key.txt Key fingerprint = 6142 8D07 9C5B 159B C170 1F4A 40D6 F42E F464 A695 I always put away what I take. --- Ryuji Akai, "Star a way"
