Re: isync vs mailsync
Joey Hess wrote: > Still doesn't work for me. What IMAP server are you using? courier-imap-ssl. Roland -- Roland Bauerschmidt
unable to stat `./usr/share/man/man3/qcanvas.3qt.gz' (which I was about to install): Value too large for defined data type
Not sure what to do here. Please advise... I will "fsck" it, but want to send this off before bringing my machine down, just in case. Preparing to replace qt3-doc 2:3.0.0-0beta4-1 (using .../qt3-doc_2%3a3.0.0-0beta4-2_all.deb) ... Document `qt3-doc' is not installed, cannot remove. Unpacking replacement qt3-doc ... dpkg: error processing /var/cache/apt/archives/qt3-doc_2%3a3.0.0-0beta4-2_all.deb (--unpack): unable to stat `./usr/share/man/man3/qcanvas.3qt.gz' (which I was about to install): Value too large for defined data type dpkg-deb: subprocess paste killed by signal (Broken pipe) [EMAIL PROTECTED]:~ # stat /usr/share/man/man3/qcanvas.3qt.gz File: "/usr/share/man/man3/qcanvas.3qt.gz" Size: 6970Blocks: 16 IO Block: 4096 Regular File Device: 303h/771d Inode: 657294 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: Sun Sep 9 06:54:22 2001 Modify: Thu Aug 23 11:14:13 2001 Change: Sun Sep 2 00:37:51 2001 [EMAIL PROTECTED]:~ % ls -l /usr/share/man/man3/qcanvas.3qt.gz -rw-r--r--1 root root 16787680395758934842 Aug 23 11:14 /usr/share/man/man3/qcanvas.3qt.gz Wow, huh!? WTF? [EMAIL PROTECTED]:~ % df -h /usr/share/man/man3/ FilesystemSize Used Avail Use% Mounted on /dev/hda3 27G 20G 7.6G 72% / "mount" shows: /dev/hda3 on / type reiserfs (rw) Linux bittersweet 2.4.9vp6 #1 SMP Sun Sep 2 14:47:13 PDT 2001 i686 unknown
Bug#111942: ITP: shx -- a console hotline client
Package: wnpp Version: N/A; reported 2001-09-10 Severity: wishlist * Package name: shx Version : 0.1.49 Upstream Author : Devin Teske <[EMAIL PROTECTED]> * URL : http://synhxd.sourceforge.net/ * License : GPL Description : a console hotline client -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux mars 2.4.9 #2 Sat Sep 8 18:42:14 PDT 2001 i586 Locale: LANG=C, LC_CTYPE=C
Re: xplanet can use ssystem image file!
Bill Allombert <[EMAIL PROTECTED]> wrote: > I know there are lot of xplanet-lover here, and I just discover > you can use ssystem file with xplanet! > > xplanet --window --body mars --image /usr/lib/ssystem/mars.jpg > --orthographic > > (no there aren't any Debian developpers on Mars (yet ?).) > BTW this should be in /usr/share/ssystem/mars.jpg per FHS. Newer versions of ssystem are called openuniverse. -- Edward Betts (GPG: 1BC4E32B)
Re: xplanet can use ssystem image file!
On Mon, Sep 10, 2001 at 09:25:02PM +0200, Bill Allombert wrote: > (no there aren't any Debian developpers on Mars (yet ?).) One problem is that the maximum retransmission timeout in TCP isn't large enough for a packet to the Mars... ;) Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de
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 is one of the things Debian maintainers should be looking at. regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
pkg desc translation: Let's talk about implementation (was: something else)
On Tue, Sep 04, 2001 at 05:40:25PM -0500, Adam Heath wrote: > On Tue, 4 Sep 2001, Michael Bramer wrote: > > > > A proper solution, at the very least, invovles storing the data in the > > > foo.deb{control.tar.gz/control} file. > > > > gettext is not a hack. Gettext for translations and dpkg use gettext > > is self for translation. Why re-inventing the wheel? > > gettext can not really be used for this data. You're a bit short on this point. Why ? > It needs to be stored, in /var/lib/dpkg/status, as a single file. This is so > that dpkg can make safe updates to it. Trying to sync multiple files is not a > simple solution. Letting gettext handle the translation syncronization, and letting dpkg handle technical syncronization does not seem that bad to me. This can lead to desyncronisation of the translation sometimes, but mainly in 'unstable', where it's not critical. Please also note that nobody said there is any simple solution. > > I propose to store the translations in a some po.files and store this > > in foo.deb{control.tar.gz}. But not in the control file. > > They must be stored inline inside status/available. This is the only sane way > to implement atomic file updates. That's not sane either because you will need to reimplement a lot of gettext in dpkg, with no other benefit than having dpkg reinventing the wheel. (I mainly think about tracking translation accurary and several language fallback) > > If you store the translation as normal field in the control file (like > > Description-de: dff) you have outdated translations with the time. > > And outdated translations is a very big problem. > > zcat Packages_de.gz Packages_jp.gz | dpkg --merge-lang Oh, I like this form. But what will it do ? I would say that when called with --merge-lang option, dpkg call msgcat in background to merge the new translation with the old one, and generate the resulting mo file. What's your wish for this option ? > > this make the patch and the patch work. I don't stress the patch and > > maybe it has one or two bugs. But it work with Descriptions on my > > system. > > Please stop just applying this to Description fields. Make it generic. dpkg > supports user-defined fields, so this proposal/implementation should as well. Well, the patch I proposed contain a w_i18n_charfield function, which is used only for the description in the table in lib/parse.c You're free to use it for other fields also, but I did not find any. This lead me to think that we are speaking since almost one month about a patch nobody reviewed seriously. That's my fault, I submitted it without any explanation. Let me explain how it works: First point, it does not change any status information because I think gettext is better than any patch I can ever submit, and gettext have its own "status file" (the mo files). Second point, the patch is against the cvs version, and won't apply to the released version. Third, this patch do not solve the publishing issue. Ie, the mo file have to be installed for it to work. I don't care if it's using a po file in each package, concatening them and compiling them on fly, or if you have a package installing all translation, or if you ask to Martians to send you this file, that's another point (which also need to be solved, but not with this patch). Then, four outputs are modified: 1) dpkg --list 2) the short description of the package in the list of dselect 3) the long description, at the bottom of the dselect windows, when on a package 4) dpkg --status and --print-avail For 1-3, the data flow in dpkg and dsellect is classically: a) information on disk b) information in memory c) filtering, sellecting information d) preprocessing (wrapping, or isolating short desc) e) output to screen My patch only insert a call to dgettext between (c) and (d). It is a call to Dgettext and not the regular gettext because the text to translate does not take place in the dpkg textual domain. So, we've made a new textual domain called dpkg-desc, and use the function dgettext to allow searching in this new domain. I did not put the call between (a) and (b) because these informations get written on disk sometime. This would be bad to write some translated information in place of the english one because the different admins of the machine may speak different languages. I did not put the call between (b) and (c) to reduce the number of call to gettext. Even if all gettext translations are cached, the time taken is not null. And also, this would need to change the filtering process. I did not put the call between (d) and (e) because gettext want the original in the exaclty same way than it's in the mo file (so, no wrapping) See the attached patch for more details on exactly were I've put the dgettext call. For the fourth one (dpkg -l and -p), that's a bit more tricky, because dpkg use the same buffer mecanism when writting db to disk and when outputing results for end-user. There is a ta
step by step HOWTO switch debian installation into utf-8
On Tue, Sep 04, 2001 at 01:08:02PM +0200, Radovan Garabik wrote: > But I will put it on debian server soon, it is better to have > a copy somewhere else. > slightly updated version is now also at: http://melkor.dnp.fmph.uniba.sk/~garabik/debian-utf8/HOWTO http://people.debian.org/~garabik/debian-utf8/HOWTO -- --- | Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ | | __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk | --- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread!
Re: new proposal: Translating Debian packages' descriptions
On Tue, Sep 04, 2001 at 05:51:38PM -0500, Steve Langasek wrote: > On Tue, 4 Sep 2001, Michael Bramer wrote: > > > On Tue, Sep 04, 2001 at 02:24:41PM -0500, Steve Langasek wrote: > > > > I don't know enough about gettext - am I assuming correctly that in > > > > the .mo file, the English translation is replaced with a checksum or > > > > similar, so you do not need to store the complete English translation? > > > > Gettext normally uses the entire untranslated string as the key in the .mo > > > file. This has many advantages when dealing with translation of strings > > > in > > > programs, where the untranslated string is actually present in the program > > > source, and this is a big reason the GNU project favors gettext over > > > catgets > > > systems found on other Unices. It makes less sense in the case of package > > > descriptions, however, because we're effectively doing two lookups -- > > > first to > > > find the English description in Packages.gz using the package name and > > > version > > > as a key, then to find the translated description in the .mo file using > > > the > > > English description as a key. > > > yes, you must two lookups. First in the package db (normal in the > > menory) and (if LANG is set) make a second lookup with gettext. > > > But this not a big problem, or is there a problem? > > It casts doubt on the argument that gettext is a good solution here. Just > because gettext is the optimal solution for translation of messages within > programs does not mean it's the best solution for package translations. I'm > personally willing to do a little wheel-engineering if it leads to a more > elegant result. > > > If you put the translated text only in the db, and you don't use the > > english text as key (like gettext) you get maybe outdated translation. > > Only if the implementation is poor. The accuracy of a translation can be > verified in the process of assembling the file that is to be made available to > user machines (whether that file is Packages.gz, or debian-descs.mo, or > whatever). Obviously the /inputs/ used to create this file must include > mappings of English string -> translated string, but these mappings need not > be retained in the output file. We only need to make sure once that the > translation is up-to-date, not every time the user runs dpkg, because each > version of each package can have only one untranslated description associated > with it -- it's a unique key, by definition. > > If nothing else, perhaps you would consider that a .mo file containing > [untranslated string -> translation] mappings will on average be almost twice > as large as a .mo file containing [(package name,version) -> translation] > mappings. :) The problem is that you wont have to do a little wheel engineering, but a lot of. Think, you will have to design: - the extracting tool control -> po file ok, that's true for all solutions ;) I'm working on a patch against gettext so that it can handle text following rfc822. - a mechanism to help the translator finding which text have to be translated in the po file. With your solution, the translator will face something like msgid "dpkg-1.9" msgstr "" and how will them find what text they have to translate ? most of the translators I know are running the stable version of debian because they are not as geek as maintainers. - a mechanism to produce the mo file, or what ever. If you stick to the po format, you can reuse msgfmt, through. - an output mecanism, including the fallback to original if the translation is outdated. You have either to rewrite msgfmt to do this job at previous step, or design a new function in dpkg, apt, grep-dctrl, and all programm using the translated descriptions. If you change any tool of the gettext mechanism, you lost advantages from the translator point of view, like compendium, containing standard translations for reuse, or user-friendly tools like kbabel for translating, (including ispell possibility, which is implemented in kbabel, and some others) For what gain ? A lookup less ? But gettext is cached, and well optimized. I think the change and redesign is too much, regarding to the small speedup you can expect... Smaller resulting po files ? Come on, the woody+1 release will come on 6 CD or more, and you are speaking about saving a few Mb... These data will be well compressed, as any natural text, so that a minor problem, in my point of view. Bye, Mt. -- Un clavier azerty en vaut deux.
how to install KDE or Gnome on Sid
Hi folks, What is the recommended way to install Gnome or KDE? The task-XXX packages are gone for some time now, without appropriate replacement, as it seems. Regards Harri
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Fri, Sep 07, 2001 at 03:36:32AM +0200, Wichert Akkerman wrote: > Previously Michael Bramer wrote: > > I am right and the translated description don't need be store in the > > status file? > > Yes and no. That is just a side-effect of a possible larger change. Could you please explain what you're thinking about ? I am interessed in allowing end user having translation. I don't really care about the way it is done[*]. But with such a cryptic mail, it's hard to figure what can be done for my perticular problem in your much larger framework... I am willing to (try to) help, but it's hard without a decent information. I'm subscribed on -dpkg since months, and I did not see any related mail either. What do I have to do to be informed about dpkg development ? Bye, Mt. [*]: ie, I think gettext does what we need, but if you explain what's wrong about that, I'm pretty flexible.
Re: unable to stat `./usr/share/man/man3/qcanvas.3qt.gz' (which I was about to install): Value too large for defined data type
On Mon, Sep 10, 2001 at 10:37:48PM -0700, Karl M. Hegbloom wrote: > [EMAIL PROTECTED]:~ > % ls -l /usr/share/man/man3/qcanvas.3qt.gz > -rw-r--r--1 root root 16787680395758934842 Aug 23 11:14 > /usr/share/man/man3/qcanvas.3qt.gz > > Wow, huh!? WTF? > [EMAIL PROTECTED]:~ > % df -h /usr/share/man/man3/ > FilesystemSize Used Avail Use% Mounted on > /dev/hda3 27G 20G 7.6G 72% / > > > "mount" shows: > > /dev/hda3 on / type reiserfs (rw) might i suggest XFS, or even ext2. -- Ethan Benson http://www.alaska.net/~erbenson/ pgpnnN9ntDbmw.pgp Description: PGP signature
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
On Wed, Sep 05, 2001 at 12:20:42PM +0100, Nick Phillips wrote: > On Wed, Sep 05, 2001 at 12:00:42PM +0200, Michael Bramer wrote: > > > > It needs to be stored, in /var/lib/dpkg/status, as a single file. This > > > is so > > > that dpkg can make safe updates to it. Trying to sync multiple files is > > > not a > > > simple solution. > > > > no, it does not store there. And I can explain it: > > Well, shouldn't it? Wouldn't it make sense to have the translated description > in there rather than the original one? What if several admins does not speak the same languages ? Mt
Re: xplanet can use ssystem image file!
On Tue, 11 Sep 2001, Marcus Brinkmann wrote: >On Mon, Sep 10, 2001 at 09:25:02PM +0200, Bill Allombert wrote: >> (no there aren't any Debian developpers on Mars (yet ?).) > >One problem is that the maximum retransmission timeout in TCP isn't large >enough for a packet to the Mars... RFC 1607 describes how to do it I think it's not due for at least four more years. >;) >Marcus > > -- void hamlet() {#define question=((bb)||(!bb))} Who is John Galt? [EMAIL PROTECTED] that's who!
Re: jabber.deb
On Mon, Sep 10, 2001 at 09:57:29AM +0100, Jonathan McDowell wrote: > I'm running the ICQ, MSN, AIM & Yahoo transports on my server so I'll > package any of these that no one else grabs. However I'm wondering about > whether there'll be a uniform method of adding a new transport to the > server or if the onus will be on the user to do the configuration? Kind of /etc/jabberd/jabber-xml.d/ would be nice, eh? We will see :) Meanwhile send me patches/correnctions for your transport to be added (commented out) to the main config file. I would ike to take msn-t only. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Re: how to install KDE or Gnome on Sid
On Tue, Sep 11, 2001 at 10:06:13AM +0200, Harald Dunkel wrote: > Hi folks, > > What is the recommended way to install Gnome or KDE? The task-XXX > packages are gone for some time now, without appropriate replacement, > as it seems. > apt-get install kde and possibly apt-get install kdm kdebase-crypto kde-devel This worked for me. -- Francesco P. Lovergine
Re: pam_xauth
Previously Pavel Tcholakov wrote: > Apparently this is not part of the standard Linux PAM distribution (I > have 0.72 on both), I think it is written by somebody at Red Hat. Is > there interest to see this packaged? Any arguments against doing X > session forwarding at all? What you describe isn't session forwarding, and doesn't work across NFS (root can't read a users .Xauthority file if rootsquas is enabled). And of course, running an X application as root is a bad idea anyway if you want to live securely. Wichert. -- _ / Nothing is fool-proof to a sufficiently talented fool \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
Re: jabber.deb
On Tue, Sep 11, 2001 at 10:39:24AM +0200, Bernd Eckenfels wrote: > On Mon, Sep 10, 2001 at 09:57:29AM +0100, Jonathan McDowell wrote: > > I'm running the ICQ, MSN, AIM & Yahoo transports on my server so I'll > > package any of these that no one else grabs. However I'm wondering about > > whether there'll be a uniform method of adding a new transport to the > > server or if the onus will be on the user to do the configuration? > > Kind of /etc/jabberd/jabber-xml.d/ would be nice, eh? That would be excellent. > Meanwhile send me patches/correnctions for your transport to be added > (commented out) to the main config file. I would ike to take msn-t > only. Are you planning to have all the transports running under the main server or with separate instances? Any idea when a package with the appropriate bits for transport building (jabberd.h, lib/lib.h & platform-specifics IIRC) will be available? J. -- Web [ "Tax free porn, man. Think about it." -- Jasper Janssen, ] site: http:// [ asr. ] Made by www.earth.li/~noodles/ [ ] HuggieTag 0.0.19
Re: unable to stat `./usr/share/man/man3/qcanvas.3qt.gz' (which I was about to install): Value too large for defined data type
Previously Karl M. Hegbloom wrote: > [EMAIL PROTECTED]:~ > % ls -l /usr/share/man/man3/qcanvas.3qt.gz > -rw-r--r--1 root root 16787680395758934842 Aug 23 11:14 > /usr/share/man/man3/qcanvas.3qt.gz Corrupted filesystem, unlink that file and try again. Wichert. -- _ / Nothing is fool-proof to a sufficiently talented fool \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
Re: how to install KDE or Gnome on Sid
"Francesco P. Lovergine" wrote: > > On Tue, Sep 11, 2001 at 10:06:13AM +0200, Harald Dunkel wrote: > > Hi folks, > > > > What is the recommended way to install Gnome or KDE? The task-XXX > > packages are gone for some time now, without appropriate replacement, > > as it seems. > > > > apt-get install kde > Ahh. There are thousands of packages with the string 'kde' inside, so I must have missed this one. But there is no 'gnome' meta package (or I am still blind). It would be nice to get an option for dselect to list the meta packages only. The old task-XXX packages were easier to look for. Many thanx for your help Harri
Re: Netwinder debussy.debian.org upgraded
hi, On Sun, Sep 09, 2001 at 01:36:13PM +, Miquel van Smoorenburg wrote: > -zsh: error in loading shared libraries: -zsh: symbol getrlimit64, version > GLIBC_2.1.3 not defined in file libc.so.6 with link time reference > Connection to debussy.debian.org closed. fixed, the zsh package needed a recompile, and a new version is in proposed updates ... and also installed on debussy and in the chroot. so long Othmar PS: you should not reply to debian-devel-announce, be careful.
keysigning request (south germany)
Hi, I would like to have my public key signed by one of you. I live in Ulm, Germany. Is someone in my area willing to meet me and sign my key? Thanks in advance, Joerg -- \ Joerg Wendland *joergland* --\ \ #21477980 \ [EMAIL PROTECTED] \ \ \ \ free Dmitry Sklyarov! \ \--\ pgprfr1fRKIeR.pgp Description: PGP signature
Re: xfonts-*dpi and reiserfs?
Quoting Sander Smeenk (CistroN Medewerker) ([EMAIL PROTECTED]): > | unable to make backup link of > |`./usr/X11R6/lib/X11/fonts/100dpi/lutBS19-ISO8859-1.pcf.gz' before > |installing new version: Device or resource busy > > |Sep 10 11:54:05 replicator kernel: reiserfs_add_entry: Congratulations! > |we have got hash function screwed up It has been sorted out what caused this problem. Thanks to Seth M. LaForge <[EMAIL PROTECTED]> for his investigation... Seth writes: Aha, rooting around in the ReiserFS source, I found the problem. The ReiserFS rusapov hash only pays attention to the last log10(2^32) ~= 10 characters in the filename. The xfonts-75dpi package contains 185 files that end in "-1.pcf.gz". With ".dpkg-tmp" appended, all of those filenames hash to the same value. ReiserFS can deal with up to 127 files with the same hash in the same directory. dpkg doesn't delete the ".dpkg-tmp" files until it has unpacked everything, so when it gets 127 files into the installation, kaboom. For more information & possible solutions, see bug #107843 in the BTS. ( Wichert, this might be interresting for you too! :) ) Regards, Sander. -- | Waarom geeft een antwoordapparaat nooit antwoord als ik iets vraag? | Cistron Internet: php/c/perl/html/c++/sed/awk/linux/sql/cgi/security | 1024D/08CEC94D - 34B3 3314 B146 E13C 70C8 9BDB D463 7E41 08CE C94D pgpLbcVBkTpTw.pgp Description: PGP signature
Re: how to install KDE or Gnome on Sid
On Tue, Sep 11, 2001 at 11:07:01AM +0200, Harald Dunkel wrote: > "Francesco P. Lovergine" wrote: > > > > On Tue, Sep 11, 2001 at 10:06:13AM +0200, Harald Dunkel wrote: > > > Hi folks, > > > > > > What is the recommended way to install Gnome or KDE? The task-XXX > > > packages are gone for some time now, without appropriate replacement, > > > as it seems. > > > > > > > apt-get install kde > > > > Ahh. There are thousands of packages with the string 'kde' inside, so > I must have missed this one. But there is no 'gnome' meta package > (or I am still blind). > > It would be nice to get an option for dselect to list the meta packages > only. The old task-XXX packages were easier to look for. > > > Many thanx for your help > > Harri Did you try apt-get install gdm ? It install all libraries and binaries. Moreover, it not so clear what a GNOME wm should be... Ximinian? Gnome 1.4BETA? What's the current status of that strange object? -- Francesco P. Lovergine
Re: Netwinder debussy.debian.org upgraded
> "Othmar" == Othmar Pasteka <[EMAIL PROTECTED]> writes: > I'm happy to announce that the Netwinder debussy.debian.org is upgraded > and again available for every Debian developer. The upgrade took > longer than expected, but it's finally done. Is there a problem in the LDAP setup? I am unable to login -- debug1: Trying RSA authentication via agent with 'rganesan' debug1: Server refused our key. -- Password doesn't work either. Ganesan -- Ganesan R ([EMAIL PROTECTED]) | http://people.debian.org/~rganesan
adding MIT to free license examples in policy
would it be a good idea to add MIT/X license to the examples of free licenses at the end of #2.1.1 of the policy? how can i ask for this change? thanks -[ Domenico Andreoli, aka cavok --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50
Bug#111969: ITP: xrmap -- global vector map rendering tool for X
Package: wnpp Version: N/A; reported 2001-09-11 Severity: wishlist * Package name: xrmap Version : 1.3 Upstream Author : Jean-Pierre Demailly <[EMAIL PROTECTED]> * URL : http://frmas.free.fr/li_1.htm * License : GPL Description : global vector map rendering tool for X Source: xrmap Section: science Priority: optional Maintainer: Branden Robinson <[EMAIL PROTECTED]> Build-Depends: xlibs-dev, zlib1g-dev | libz-dev, xutils, debhelper (>= 3.0.0) Standards-Version: 3.5.6 Package: xrmap Architecture: any Depends: ${shlibs:Depends} Description: global vector map rendering tool for X The Xrmap program provides a user-friendly X client for generating images of the Earth and manipulating the CIA World data bank II global vector information (a huge geodata set about 45 MB in size). Available features include coastlines and islands, political boundaries, major and minor rivers, glaciers, lakes, canals, reefs, etc. The images can be accurately zoomed up to a factor of 100 or more. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux apocalypse 2.4.7 #1 Sun Jul 22 19:11:47 EST 2001 i686 Locale: LANG=C, LC_CTYPE=en_US.iso-8859-1 -- G. Branden Robinson| If you have the slightest bit of Debian GNU/Linux | intellectual integrity you cannot [EMAIL PROTECTED] | support the government. http://www.deadbeast.net/~branden/ | -- anonymous
Re: Bug#111889: bsdmainutils: hexdump: manpage says hd is synonym, but it doesn't exist
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. >There is. A misleading documentation is a minor bug, It's not misleading. e.g. I created a hd -> /usr/bin/hexdump symlink in ~/bin/ . -- ciao, Marco
root rm: Permission denied (Was: unable to stat `./usr/share/man/man3/qcanvas.3qt.gz')
On Tue, 11 Sep 2001, Wichert Akkerman wrote: > Corrupted filesystem, unlink that file and try again. Hmmm, I have also a relict of older ReiserFS (from 2.4.4 or so) on my HD (I´m so happy that I didn´t used it on a critical box and perhaps never will do so ...): /var/lug# whoami root /var/lug# unlink postgres.log.7.gz unlink: unlinking `postgres.log.7.gz': Permission denied /var/lug# rm -f postgres.log.7.gz rm: cannot remove `postgres.log.7.gz': Permission denied (You see the dir is /var/lug which was formerly /var/log. I renamed the dir to avoid problems with each logrot run.) What if even root has no permission to unlink or remove? Kind regards Andreas.
Re: how to install KDE or Gnome on Sid
On Tue, Sep 11, 2001 at 10:06:13AM +0200, Harald Dunkel wrote: > Hi folks, > > What is the recommended way to install Gnome or KDE? The task-XXX > packages are gone for some time now, without appropriate replacement, > as it seems. tasksel may help you Regards, // Ola > > Regards > > Harri > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- - Ola Lundqvist --- / [EMAIL PROTECTED] Björnkärrsgatan 5 A.11 \ | [EMAIL PROTECTED] 584 36 LINKÖPING | | +46 (0)13-17 69 83 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / ---
Re: build dependency alternatives sequencing
Hello, On Sun, Sep 09, 2001 at 11:16:50AM -0600, Bdale Garbee wrote: > > However, the sbuild tool that > most Debian autobuilders are using will only try the first alternative without > manual intervention. The tool probably can and should be augmented to handle > the full Build-Depends syntax, but while doing so would increase our build > percentages slightly, it would also mask what may be some underlying problems. While I agree with the masking problems comment, there's at least one situation where it really should be enhanced IMHO. That's the case where the dependency it picks (the first one, in the current situation) simply is not available. I don't think there's any reasonable excuse for bailing out in that situation. > 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 above would occur. While moving the dependencies around would probably help in nearly all cases [1], this would also really only be masking up the buildd problems. Regards, Filip [1] only exception I can think of is someone who maintains a package that can use svgalib and who doesn't have access to i386 easily to build himself - and granted, that's not very likely a case to happen. -- War does not prove who is right, it proves who is left. pgpBkfPPLGuV2.pgp Description: PGP signature
[Fwd: ITA bf-utf]
-- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico--- Begin Message --- retitle 93561 ITA: bf-utf -- international fonts for boot-floppies -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico --- End Message ---
Re: Bug#111969: ITP: xrmap -- global vector map rendering tool for X
On Tue, Sep 11, 2001 at 05:32:39AM -0500, Branden Robinson wrote: > Package: wnpp > Version: N/A; reported 2001-09-11 > Severity: wishlist > > * Package name: xrmap > Version : 1.3 > Upstream Author : Jean-Pierre Demailly <[EMAIL PROTECTED]> > * URL : http://frmas.free.fr/li_1.htm > * License : GPL > Description : global vector map rendering tool for X > > The Xrmap program provides a user-friendly X client for generating images of > the Earth and manipulating the CIA World data bank II global vector > information (a huge geodata set about 45 MB in size). Available features > include coastlines and islands, political boundaries, major and minor rivers, > glaciers, lakes, canals, reefs, etc. The images can be accurately zoomed up > to a factor of 100 or more. Sounds damn cool ! -- Eric VAN BUGGENHAUT "Oh My God! They killed init! You Bastards!" --from a /. post \_|_/ Andago \/ \/ Av. Santa Engracia, 54 a n d a g o |--E-28010 Madrid - tfno:+34(91)2041100 /\___/\ http://www.andago.com / | \ "Innovando en Internet" [EMAIL PROTECTED]
aptitude: I know it broke, don't bother telling me
Hey there, The first bugreport on an aptitude problem caused by #111914 just rolled in. (namely, the http method breaks badly when run from aptitude) This is a known problem that comes from the apt libraries, and I'll be uploading a workaround soonish. Please don't send tons of bug reports about it or I'll have to deal with merging them instead of dealing with the workaround :) Daniel -- / Daniel Burrows <[EMAIL PROTECTED]> ---\ | If you wish to live wisely, | | ignore sayings--including this one. | \- The Turtle Moves! -- http://www.lspace.org /
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 above > would occur. While moving the dependencies around would probably help in > nearly all cases [1], this would also really only be masking up the buildd > problems. Note that this doesn't really mean, "Build this source with svgalibg1-dev if this is available in this architecture, and if not build with svgalib-dummyg1". It can mean "Try to install svgalibg1-dev, but if it was not possible to obtain it, try to install svgalib-dummyg1" i.e. a broken mirror, or a broken package (with impossible dependency?) can cause a "there should be SVGA support but it doesn't in this particular build that the autobuilder has built". Which obviously doesn't sound like the right meaning. regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
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. > >There is. A misleading documentation is a minor bug, > It's not misleading. e.g. I created a hd -> /usr/bin/hexdump symlink in > ~/bin/ . That symlink is not available in the Debian package, I presume. regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
RE: HW Probe
Hi, What do you think about Debian has a GUI for installation? It will not be better? Is it possible to do the same with Debian? My project has a Bootable CD based on Debian, but it's difficult to run a XServer in any machine without a HW probe, do you know if Debian has something like that? Thanks, Joan. -Original Message- From: Mike Markley [mailto:[EMAIL PROTECTED] Sent: segunda-feira, 10 de setembro de 2001 17:32 To: debian-devel@lists.debian.org Subject: Re: HW Probe What does this have to do with Debian development? On Mon, Sep 10, 2001 at 01:53:09PM -0400, BERNARDES,JOAN (Non-HP-Brazil,ex1) <[EMAIL PROTECTED]> spake forth: > Hi, > I have a question about the Red Hat 7.1 installation CD. > It uses XFree86 4.1? > How it's possible to run in any video card? Anaconda probe the hw > and configure the XServer? > I'm doing a similar application in a bootable CD, but I don't know > how to probe the hw, how can I do that for a video card? > Can I use anaconda on my bootable CD? Is it free? > Thanks, > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Mike Markley <[EMAIL PROTECTED]> GPG: 0x3B047084 7FC7 0DC0 EF31 DF83 7313 FE2B 77A8 F36A 3B04 7084 Beam me up, Scotty, there's no intelligent life down here! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: root rm: Permission denied (Was: unable to stat `./usr/share/man/man3/qcanvas.3qt.gz')
On Tue, Sep 11, 2001 at 01:24:56PM +0200, Tille, Andreas wrote: > On Tue, 11 Sep 2001, Wichert Akkerman wrote: > > > Corrupted filesystem, unlink that file and try again. > Hmmm, I have also a relict of older ReiserFS (from 2.4.4 or so) on > my HD (I´m so happy that I didn´t used it on a critical box and perhaps > never will do so ...): > > /var/lug# whoami > root > /var/lug# unlink postgres.log.7.gz > unlink: unlinking `postgres.log.7.gz': Permission denied > /var/lug# rm -f postgres.log.7.gz > rm: cannot remove `postgres.log.7.gz': Permission denied i would suggest the immutable flag, but AFAIK reiserfs has no such thing. thats the only time ive ever seen root denied permission to do such things (other then /proc..). sure someone isn't playing a joke on you and replaced /bin/su with fakeroot ;-) -- Ethan Benson http://www.alaska.net/~erbenson/ pgpvrUpfPtgc8.pgp Description: PGP signature
Re: jabber.deb
* Jonathan McDowell <[EMAIL PROTECTED]> [010911 03:53]: > Are you planning to have all the transports running under the main > server or with separate instances? I would prefer seperate instances if at all possible. -- Scott Dier <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://www.ringworld.org/ [EMAIL PROTECTED]
Re: ddts: notification about pt_BR-translation of the hello-debhelper description
Previously Martin Quinson wrote: > Could you please explain what you're thinking about ? I am interessed in > allowing end user having translation. I don't really care about the way it > is done[*]. But with such a cryptic mail, it's hard to figure what can be > done for my perticular problem in your much larger framework... I'm not thinking of anything in particular at the moment, mostly just following the discussion and noting possible issues. At this moment translations are simply not on the top of the todo-list for dpkg, and we already know that we will need some infrastructure to support them properly that does not exist at the moment. > What do I have to do to be informed about dpkg development ? Follow CVS. > [*]: ie, I think gettext does what we need, but if you explain what's wrong > about that, I'm pretty flexible. You've already been told a few times that gettext only does a small (and simple) part of what is involved. Wichert. -- _ / Nothing is fool-proof to a sufficiently talented fool \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
RE: HW Probe
On Tue, 2001-09-11 at 14:19, BERNARDES,JOAN (Non-HP-Brazil,ex1) wrote: > Hi, > What do you think about Debian has a GUI for installation? It will > not be better? > Is it possible to do the same with Debian? Sure, cat /proc/pci ... > My project has a Bootable CD based on Debian, but it's difficult to > run a XServer in any machine without a HW probe, do you know if Debian has > something like that? > Thanks, > Joan. >
Error
Please: This is not a PC support address. Please remove my direction from your list. Regards. [EMAIL PROTECTED]
Re: HW Probe
On Sep 10 13:53, BERNARDES,JOAN (Non-HP-Brazil,ex1) wrote: > Can I use anaconda on my bootable CD? Is it free? Im pretty sure Red Hat GPL all there stuff, this is the major reason why we now have mandrake linux. -- * John Ericson [EMAIL PROTECTED] * ICQ: 7325429 JID: [EMAIL PROTECTED] * web: http://john.pp.se
'BTS down' - going to stay?
Sorry for abusing the list - can't find pseudo packages list on www.d.o? For a few days now i get this: > index maint [EMAIL PROTECTED] Error getting Bug list for maintainer [EMAIL PROTECTED]' (code 256 ): Your terminal lacks the ability to clear the screen or position the cursor. > send 61190 Error getting logs for Bug#61190 (code 256 ): Your terminal lacks the ability to clear the screen or position the cursor. > send-detail 61190 This BTS function is currently disabled, sorry. Is this a known issue? Going to stay? greetings, martin
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: A script to see how much a package is depended upon.
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? Maybe a link to that page from w.d.o/devel would be a good thing, too. -- wouter dot verhelst at advalvas dot be "Human knowledge belongs to the world" -- from the movie "Antitrust"
Re: 'BTS down' - going to stay?
On Tue, Sep 11, 2001 at 06:53:08PM +0200, Martin Albert wrote: > Sorry for abusing the list - can't find pseudo packages list on www.d.o? > > For a few days now i get this: > > > index maint [EMAIL PROTECTED] > Error getting Bug list for maintainer [EMAIL PROTECTED]' (code 256 > ): > Your terminal lacks the ability to clear the screen or position the > cursor. > > > send 61190 > Error getting logs for Bug#61190 (code 256 ): > Your terminal lacks the ability to clear the screen or position the > cursor. This was a known bug in lynx, it resurfaced due to a slight oversight. It will be fixed shortly. > > send-detail 61190 > This BTS function is currently disabled, sorry. > > Is this a known issue? Going to stay? The send-detail command is disabled since we disabled db2html... no ETA on its return, yet. -- 2. That which causes joy or happiness.
Re: 'BTS down' - going to stay?
On Tue, 11 Sep 2001, Martin Albert wrote: > Sorry for abusing the list - can't find pseudo packages list on www.d.o? > > For a few days now i get this: > > > index maint [EMAIL PROTECTED] > Error getting Bug list for maintainer [EMAIL PROTECTED]' (code 256 > ): > Your terminal lacks the ability to clear the screen or position the > cursor. I have compiled lynx 2.8.3-1.5 for potato, and installed it onto the machine that hosts bugs.debian.org. I have verified that this fixes the bug.
Re: keysigning request (south germany)
On Tue, Sep 11, 2001 at 11:34:14AM +0200, Joerg Wendland wrote: > I would like to have my public key signed by one of you. I live in Ulm, > Germany. Is someone in my area willing to meet me and sign my key? There are some of us in Munich. You'll most probably find someone during Systems. But you can come around anytime if you want. Michael
Bug#112020: ITP: keychain -- An OpenSSH key manager
Package: wnpp Severity: whishlist From the keychain help: Keychain is an OpenSSH key manager, typically run from ~/.bash_profile. When run, it will make sure ssh-agent is running; if not, it will start ssh-agent. It will redirect ssh-agent's output to ~/.ssh-agent, so that cron jobs that need to use ssh-agent keys can simply source this file and make the necessary passwordless ssh connections. In addition, when keychain runs, it will check with ssh-agent and make sure that the ssh RSA/DSA keys that you specified on the keychain command line have actually been added to ssh-agent. If not, you are prompted for the appropriate passphrases so that they can be added by keychain. Homepage: http://www.gentoo.org/projects/keychain.html License: GPL Cesar Mendoza http://www.kitiara.org -- "Thank you for the latest release of gradewrecker. My GPA just went in the corner and shot itself." -- USENET posting refering to the latest release of NetHack, author unknown
Bug#112017: ITP: kernel-patch-2.4.9-ext3+ext23spedup -- latest ext3 patch prepared for 2.4.9 and tytso's patches
Package: wnpp Version: N/A; reported 2001-09-11 Severity: wishlist * Package name: kernel-patch-2.4.9-ext3+speedup-ext2+3 Version : 0.9.9 Upstream Authors: Dr Stephen C. Tweedie Peter Braam Andreas Dilger Andrew Morton * URL : http://www.uow.edu.au/~andrewm/linux/ext3/ * License : GPL Description : ext3fs support for Linux 2.4.9 and speedup patches The latest patch for kernel 2.4.10pre4 is used as the base source. It needs a slight modificaton to apply cleanly on 2.4.9. This package will also contain experimental patches from Theodory Tso that make sequent 'readdir' faster, resulting in better performance of ls,find,... on large directories. If someone has made bad experiences with them, please let me know and I will remove this patches. Gruss/Regards, Eduard.
Re: A script to see how much a package is depended upon.
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? -- - mdz
Re: Error
you need to send an unsubscribe message to the following addresses: [EMAIL PROTECTED] [EMAIL PROTECTED] with the subject unsubscribe On Tue, Sep 11, 2001 at 11:22:57AM -0300, Acosta-Gamez wrote: > Please: > This is not a PC support address. Please remove my direction from your list. > Regards. > [EMAIL PROTECTED] -- Jason Thomas Phone: +61 2 6257 7111 System Administrator - UID 0 Fax:+61 2 6257 7311 tSA Consulting Group Pty. Ltd. Mobile: 0418 29 66 81 1 Hall Street Lyneham ACT 2602 http://www.topic.com.au/ pgp8ZqeC5dnSt.pgp Description: PGP signature
Re: A script to see how much a package is depended upon.
> 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 neato i had written something somewhat similar some months back that the ia64/hppa porters occasionally use. It only analyzes build-dependencies though i made a picture of the build-dependencies of bash using the script and graphviz: http://people.debian.org/~tausq/bash-build-deps.png scary... also generates things like http://auric.debian.org/~tausq/buildd/ia64-latest.html but the script is a bit buggy and ugly :) auric:~tausq/bdepvis if anyone is interested. randolph -- Debian Developer <[EMAIL PROTECTED]> http://www.TauSq.org/
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: isync vs mailsync
Roland Bauerschmidt wrote: > Joey Hess wrote: > > Still doesn't work for me. What IMAP server are you using? > > courier-imap-ssl. I guess that's the difference. The wu imapd, which I am using, tickles other isync bugs too. I should figure out how to get courier to work. -- see shy jo
Re: A script to see how much a package is depended upon.
On Wed, Sep 12, 2001 at 09:06:04AM +0900, Oohara Yuuma wrote: > 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 . You are correct. I had overlooked Build-Depends-Indep in my manual scan. -- - mdz
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: keysigning request (south germany)
On Tue, Sep 11, 2001 at 09:06:48PM +0200, Michael Banck wrote: > There are some of us in Munich. You'll most probably find someone during > Systems. But you can come around anytime if you want. I will be on Systems Dienstag und Mittwoch. You can cotact me on 0179 490 1256 there. Dont forget your passpord and a paper copy of your fingerprint/size/date/id. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
spammer attached to debian-bugs-dist?
Hello, I received this autoresponse to two different messages I sent to the BTS this evening. Anyone have any insights into this particular bit of nonsense? Thanks, Steve Langasek postmodern programmer -- Forwarded message -- Return-Path: <[EMAIL PROTECTED]> Received: from bne005m.server-mail.com (bne005m.server-mail.com [202.139.234.85]) by netexpress.net (8.11.3/8.11.3) with SMTP id f8C354K17808 for <[EMAIL PROTECTED]>; Tue, 11 Sep 2001 22:05:04 -0500 X-Spam-Filter: [EMAIL PROTECTED] by digitalanswers.org Received: (qmail 9516 invoked by uid 59253); 12 Sep 2001 03:04:58 - Date: 12 Sep 2001 03:04:58 - Message-ID: <[EMAIL PROTECTED]> Content-Type: TEXT/PLAIN; charset=US-ASCII To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] (Nikki Webster's Fanmail) Subject: Re: Bug#112032: sample build scripts should call ./configure --host Hi ! Thanks for your email. Please visit my site again soon to check out the latest news and information. There'll be regular updates too. from Nikki ( I'm very busy, so this is an automatically generated response from me at www.nikkiwebster.com.au )
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 different program regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
Re: spammer attached to debian-bugs-dist?
And... it appears I receive these messages in response to posts to this mailing list, as well. :P Steve Langasek postmodern programmer On Tue, 11 Sep 2001, Steve Langasek wrote: > > Hello, > > I received this autoresponse to two different messages I sent to the BTS this > evening. Anyone have any insights into this particular bit of nonsense? > > Thanks, > Steve Langasek > postmodern programmer > > -- Forwarded message -- > Return-Path: <[EMAIL PROTECTED]> > Received: from bne005m.server-mail.com (bne005m.server-mail.com > [202.139.234.85]) > by netexpress.net (8.11.3/8.11.3) with SMTP id f8C354K17808 > for <[EMAIL PROTECTED]>; Tue, 11 Sep 2001 22:05:04 -0500 > X-Spam-Filter: [EMAIL PROTECTED] by digitalanswers.org > Received: (qmail 9516 invoked by uid 59253); 12 Sep 2001 03:04:58 - > Date: 12 Sep 2001 03:04:58 - > Message-ID: <[EMAIL PROTECTED]> > Content-Type: TEXT/PLAIN; charset=US-ASCII > To: [EMAIL PROTECTED] > From: [EMAIL PROTECTED] (Nikki Webster's Fanmail) > Subject: Re: Bug#112032: sample build scripts should call ./configure --host > > Hi ! Thanks for your email. Please visit my site again soon to check out the > latest news and information. There'll be regular updates too. > from Nikki > ( I'm very busy, so this is an automatically generated response from me at > www.nikkiwebster.com.au ) > > >