Re: [RFC] Developer documentation packages.

Alan Shutko <[EMAIL PROTECTED]> immo vero scripsit > > doc-gen ebook-foo pdf > That is a very interesting idea. I'd go for one... something like this ? (NB. not tested throughly, nor complete yet.) -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer translate-docformat Description

franc,ais locale (was Re: A language by any other name)

"Marcelo E. Magallon" <[EMAIL PROTECTED]> immo vero scripsit On a very different topic, I cannot even type in franc,ais in my system, and it seems to be a character not available in the default locale which is C. How are people meant to handle this? regards, junichi -- [EMAIL PROTECT

Re: A language by any other name

Wouter Verhelst <[EMAIL PROTECTED]> immo vero scripsit > On Thu, 13 Sep 2001, Nick Phillips wrote: > > [*] By definition, the English speak English. What the Americans speak is > > different to what the English speak. Therefore the Americans don't speak > > English. > > That would mean the Belgia

Re: mirror-operators please help

Martin F Krafft <[EMAIL PROTECTED]> immo vero scripsit > i know this much and made it work before. however, i have the entire > debian tree mirrored and thus need to use apt-ftparchive. but its > syntax is overwhelming. How about having a mirror script which mirrors intelligently, and updates Pac

Re: A language by any other name

"Marcelo E. Magallon" <[EMAIL PROTECTED]> immo vero scripsit > deutsch de_DE.ISO-8859-1 > > french fr_FR.ISO-8859-1 > german de_DE.ISO-8859-1 > portuguese pt_PT.ISO-8859-1 > spanish es_ES.ISO-8859-1 If these refer to the "people", then th

Re: ddts: notification about pt_BR-translation of the hello-debhelper description

Steven Hanley <[EMAIL PROTECTED]> immo vero scripsit > Just because it seems at the moment that too many translation notifications > are being generated for them to be placed into the bts I wonder if it is > overkill/added complexity to try to use something else, as I would assume the > number of t

Re: A script to see how much a package is depended upon.

Wouter Verhelst <[EMAIL PROTECTED]> immo vero scripsit > scp auric.debian.org:~tausq/bdepvis ./ > > However, perhaps tausq should put this file in his public_html... not? Heh, maybe, maybe not. There could be an assortment of build-related tools package. This is what I'm aiming at creating at s

Re: A script to see how much a package is depended upon.

Oohara Yuuma <[EMAIL PROTECTED]> immo vero scripsit > 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

Re: A script to see how much a package is depended upon.

Oohara Yuuma <[EMAIL PROTECTED]> immo vero scripsit > Depends list > http://www.interq.or.jp/libra/oohara/analyse-packages/result-packages.txt.bz2 And this is the same kind of thing as http://auric.debian.org/~tausq/buildd/ia64-latest.html > Build-Depends list > http://www.interq.or.jp/libra/oo

Re: A script to see how much a package is depended upon.

Oohara Yuuma <[EMAIL PROTECTED]> immo vero scripsit > > 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. No, you have written a

Re: Bug#111889: bsdmainutils: hexdump: manpage says hd is synonym, but it doesn't exist

"Marco d'Itri" <[EMAIL PROTECTED]> immo vero scripsit > On Sep 11, Junichi Uekawa <[EMAIL PROTECTED]> wrote: > > >> >Perhaps Ken was suggesting removing the reference to hd in the manpage > instead. > >> There is no reason to do this

Re: build dependency alternatives sequencing

Filip Van Raemdonck <[EMAIL PROTECTED]> immo vero scripsit > > There are a couple of other oddball cases, like > > > > svgalibg1-dev | svgalib-dummyg1 > > > > where svgalib isn't relevant for all architectures. > > This is exactly one of the situations where the problem I described a

Re: Bug#111889: bsdmainutils: hexdump: manpage says hd is synonym, but it doesn't exist

"Marco d'Itri" <[EMAIL PROTECTED]> immo vero scripsit > >Perhaps Ken was suggesting removing the reference to hd in the manpage > instead. > There is no reason to do this. There is. A misleading documentation is a minor bug, which should better be treated. Customizing manpages to suite Debian

Re: debconf in a chroot

Hugo van der Merwe <[EMAIL PROTECTED]> immo vero scripsit > > How are you doing it? I really haven't met this problem. > My guess, it might be devfs related? So, does mounting the devfs inside the chroot work? (Just like mounting the proc inside the chroot). regards, junichi -- [EMAI

Re: extra feature for debchange

Matt Zimmerman <[EMAIL PROTECTED]> immo vero scripsit > There are currently over 500 Debian-native packages in unstable, and > probably somewhere around 25-50% of these are Debian-specific utilities. It > might be a useful project to investigate these and create an index of them. Or make a Debian

Re: Clueless bug reports from autobuilders.

Martin Schulze <[EMAIL PROTECTED]> immo vero scripsit I was feeling really unwell when I have sent the original mail, but I will justify what I have written. > > I am getting more of these bug reports from autobuilders, and I would like > > to suggest this. > > Umh. When the auto-builders came

Re: debconf in a chroot

Hugo van der Merwe <[EMAIL PROTECTED]> immo vero scripsit > How can I get debconf to run right in a chroot? The problem I have to > deal with is: > > debconf: failed to initialize frontend: Text > debconf: (This frontend requires a controlling tty.) How are you doing it? I really haven't met thi

Re: build dependency alternatives sequencing

Bdale Garbee <[EMAIL PROTECTED]> immo vero scripsit > It is possible in the Build-Depends specification of a package to give > alternatives using syntax like: > > libltdl0-dev | libltdl3-dev I am starting to believe that an "|" in builld depends is evil. When something is really required

Re: A script to see how much a package is depended upon.

Eric Van Buggenhaut <[EMAIL PROTECTED]> immo vero scripsit > > 29400691 docbook > > Uh ? There was a flaw of logic, as it were. It should be something around 3000-1. I presume. > > [EMAIL PROTECTED]:~]$ grep-available -F Depends -s Package docbook > Package: cygnus-stylesheets > Package: d

libasound2-dev and alsa-headers

t's a serious bug if packages cannot be rebuilt, BTW. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4

Clueless bug reports from autobuilders.

nning o what was the last version of the software that DID compile and build. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4

Re: A script to see how much a package is depended upon.

Marcus Brinkmann <[EMAIL PROTECTED]> immo vero scripsit > > 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, > > Hell, they did! It took ages to become somewhat self-contained Debian wise. > One

Re: A script to see how much a package is depended upon.

Wouter Verhelst <[EMAIL PROTECTED]> immo vero scripsit > > 3.24463e+09 liburi-perl > > You need to debug your script. We don't have this much packages in any of > our archives. Not even... > > [...] > > 29169746 readline4 > > ... this much. > I think this signifies that packages depend on its

A script to see how much a package is depended upon.

Hello, 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

Reasons why package central approach to handling translations may be suboptimal

Hello, I have been reading the DDTS thread, and seeing that it was resolving into a "each package should maintain their translation". I would like to present what I think may be problematic in that approach : 1. This results in filing random bugs in BTS in random manner. Telling the submitter

Re: new proposal: Translating Debian packages' descriptions

Nick Phillips <[EMAIL PROTECTED]> immo vero scripsit > >What is the size of all this? Ok. we have now in sid/main/i386 (see > >[2]) 7000 Packages and the descriptions of all this packages is > >2660993 bytes big. We get a description size per package of 384 bytes. > >With gzip we w

Re: new port: the never ending story

A Mennucc1 <[EMAIL PROTECTED]> immo vero scripsit > arch=w32 > arch64= w64 > pro: it has been proposed by many parts (and actually it was my > second-nearly-first choice); no trademark problems > con: I think it is not so appealing to the layuser; and > I dont like the arch64 <-> arch r

Re: How many people need locales?

Ben Collins <[EMAIL PROTECTED]> immo vero scripsit > This isn't a matter of not using it, it's a matter of a sane base > install. Perhaps base-config could ask if the user wants locales. Know > what? That question is being asked in english _anyway_. Having a few well-known questions asked in Eng

Re: library build problems

"H. S. Teoh" <[EMAIL PROTECTED]> immo vero scripsit I have heard rumours that Debian libtool is incompatible with automake version prior to 2.50. But I have not verified it myself. > Hi all, I'm the maintainer of the libsndfile package, and I've noticed > that there's been an NMU to fix a build

Re: ITP: ardour -- professional multitrack audio editing tool

Pat Mahoney <[EMAIL PROTECTED]> cum veritate scripsit: > On Tue, May 08, 2001 at 02:22:16PM +0900, Junichi Uekawa wrote: > > [EMAIL PROTECTED] cum veritate scripsit: > > > > Please be careful with ladspa.h > > It's currently not free. > > Why do you

virtual-package names, ladspa-host and ladspa-plugin

Package: debian-policy Severity: wishlist I would like to propose ladspa-host and ladspa-plugin as names of virtual packages which ladspa-host: application capable of using ladspa-plugins to process audio data ladspa-plugin: provides plug-in libraries in accordance to the ladspa specification

ITP: gtkipmsg -- IP Messenger in GTK

ended are by GPL version 2. -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4

ITP: sted2 -- midi notation program

for X680x0 systems, and ported to unix systems. copyright: Right for modification and improvement is granted. However it is requested that when a modified version is publicly released, the accompanying DOC and HIS files are distributed along with it. -- [EMAIL PROTECTED] : Junichi Uekawa

Re: ITP: ardour -- professional multitrack audio editing tool

6 kHz, non-destructive, non-linear editing. > > Licence is GPL. > > http://ardour.sourceforge.net > -- Junichi Uekawa [EMAIL PROTECTED] (University) [EMAIL PROTECTED] (Netfort) [EMAIL PROTECTED] (Debian Project) [EMAIL PROTECTED] (Debian JP Project)

Re: Debian unstable tar incompatible with 1.13.x?

The only action taken so far is to update the documentation to reflect the change of "I" to "j" regards, junichi -- University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED] dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer Dept. of Knowledge Engineering and

Re: package pool and big Packages.gz file

es are identical between releases. No offence, but wouldn't it be a tad difficult to play around with it, since deb packages are not just gzipped archives, but ar archive containing gzipped tar archives? regards, junichi -- University: [EMAIL PROTECTED] Netfort: [EMAIL PROT

Re: Possible ITP: freebirth

hmm... I can't find the deb I thought I made through Google... ## I am still in the NM queue, and playing with Sponsorship makes me refrain ## from claiming any more package. regards, junichi -- University: [EMAIL PROTECTED] Netfort: [EMAIL PROTECTED] dancer, a.k.a. Junichi Uek

Re: List of packages that could be dropped

junichi -- University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED] dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer Dept. of Knowledge Engineering and Computer Science, Doshisha University. ... Long Live Free Software, LIBERTAS OMNI VINCIT.

Re: BTS spam( Re: Boost Windows Reliability!!!!!)

te info could be lost). > > Tell me the bug number and I'll clean it out. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=62770&repeatmerged=yes so it's 62770. regards, junichi -- University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED] dancer, a.k.a. Junic

Re: List of packages that could be dropped

rch silo. Wasn't this the only method a linux on sparc would boot up? It's rather an important package IMO, should not be removed from the distribution unless an alternative is found... regards, junichi -- University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED]

BTS spam( Re: Boost Windows Reliability!!!!!)

k bugs. It's cosmetically annoying. I really would love to remove it but there would be quite a lot of trouble (and fear that legitimate info could be lost). regards, junichi -- University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED] dancer, a.k.a. Junichi Uekawa http://www.n

BTS spam( Re: Boost Windows Reliability!!!!!)

k bugs. It's cosmetically annoying. I really would love to remove it but there would be quite a lot of trouble (and fear that legitimate info could be lost). regards, junichi -- University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED] dancer, a.k.a. Junichi Uekawa http://www.n

Re: alternatives for MUA and NUA?

l. Some people do not have sendmail. I use "imput" for internet mail, and sendmail only reaches my local network. Maybe I'm weird. regards, junichi -- University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED] dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.

Re: What's changed in su/bash? "bash: fork: Resource temporarily unavailable"

In Thu, 30 Mar 2000 11:10:20 +0100, de profundis "Oliver Elphick" cum veritas scribat Try from another user : ps axu | grep root | wc and see how many processes root is running ... -- dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer Dept. of Knowledge Engin

Re: blue on black is unreadable (was Re: Bug#60753: mutt: /etc/Muttrc should not use colors)

garabik> > COLOR:1:cyan:black garabik> > COLOR:5:brightcyan:black The same can be said about the default "ls" colors. It shows directory names with blue on black. -- dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer Dept. of Knowledge Engineering and C

Re: Packages to remove from frozen

s half as secure and one is not notified. And the person is trying to use a ssh. --- dancer, a.k.a. Junichi Uekawa Dept. of Knowledge Engineering and Computer Science, Doshisha University. ... Long Live Free Software, LIBERTAS OMNI VINCIT.

<    1   2   3   4   5