Re: static user IDs
On Tue, Sep 21, 1999 at 10:15:10AM +0200, Tomasz Wegrzanowski wrote: Who will agree with me that qmail[dsrqlp] should be forbidden Their existance in /etc/passsd rape me thru my eyes 6 statics for pacage is a bad idea but if this package isnt even free they should be thown out without mercy I nominate this guy for Debian's Most Promising Newcomer Award. :) -- G. Branden Robinson | Why do we have to hide from the police, Debian GNU/Linux | Daddy? [EMAIL PROTECTED] | Because we use vi, son. They use cartoon.ecn.purdue.edu/~branden/ | emacs. pgpSrL53lQXks.pgp Description: PGP signature
Alternate versions of the same shared library?
Greetings! Is there any way to maintain alternate versions of the same shared library on a Debian system? (i.e. same soname) One can have two packages which conflict with each other, but I was thinking about some run-time switching functionality, like in the 'alternatives' system, so that one could choose between an experimental but fast shared lib, and the trusted but slower one, at runtime. I've tried several things, but lintian disallows most of them. Please reply directly to me via email as I don't regularly subscribe to the main devel list. Thanks! Camm Maguire[EMAIL PROTECTED] == The earth is but one country, and mankind its citizens. -- Baha'u'llah
Re: Metapackages (was Re: Debian Weekly News - September 14th, 1999)
On Tue, Sep 21, 1999 at 12:53:40PM -0700, Joey Hess wrote: Nicolás Lichtmaier wrote: I also find apt 0.3.11's apt-cache search to be quite useful (and fast). I use: perl -n00e '/xml/i print;' /var/state/apt/lists/*Packages | less (to search for XML related packaged e.g.) [EMAIL PROTECTED]:~apt-cache search xml libroxen-swarm - Swarning stars module for the Roxen Challenger web server cdindex-client - cdindex is intended to be the opensource replacement of When apt came I drop my super-clever perl scripts to report what were new to download... It's happening again... =)
vrweb, newbie maintainer/developer
hi, i have agreed to take VRweb off Fabien Ninoles' hands, and have been successful in making it work under my Potato system! woo hoo! however, i have no idea what the next steps are: - What is the technique to rediff a package for the debian diff? - Why is dpkg-source complaining about: $ dpkg-source -x vrweb_1.5-2.dsc dpkg-source: error: Expected ^@@ in line 679 of diff is this some sort of bug? seemed to work earlier... i just untared and patched it myself - Where are the FMs on the debian/rules stuff? I'd just like to make sure it works after i get that diff thing going. - How do I accept vrweb as mine? Do I need to get a sponser or something? - How do I wack it on the debian mirror and all that? also, on the other bugs mentioned in the buglist, i would like to see something like freewrl working, as vrweb is just too big and clunky. it may be helpful as a reference but i think a new program should be developed that uses existing stuff like perl, gtk/qt and perl, but doesn't have to be statically linked. (i haven't looked at freewrl yet). consequently my aim for vrweb is to just get it to work, i am not aiming to improve it (thats for upstream people). but would it be worthwhile to look at fixing bug #29078: package vrweb depends on library libg++272. is this really a bad thing? surely there are better vrml viewers out there? Oh and on a more technical note, the vrweb that doesn't work is linked to: $ ldd /usr/X11R6/bin/vrweb libXmu.so.6 = /usr/X11R6/lib/libXmu.so.6 (0x40018000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x4002b000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x40037000) * libg++.so.2.7.2 = /usr/lib/libg++.so.2.7.2 (0x400d6000) * libstdc++.so.2.7.2 = /usr/lib/libstdc++.so.2.7.2 (0x4010e000) libm.so.6 = /lib/libm.so.6 (0x4014b000) * libc.so.6 = /lib/libc.so.6 (0x40168000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) * libXt.so.6 = /usr/X11R6/lib/libXt.so.6 (0x40244000) * libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x4028c000) * libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x40295000) and mine (the working! one): $ ldd vrweb-1.5/installed/harmony/bin/LINUX_ELF/vrweb-mesa libXmu.so.6 = /usr/X11R6/lib/libXmu.so.6 (0x40018000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x4002b000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x40037000) * libstdc++-libc6.1-2.so.3 = /usr/lib/libstdc++-libc6.1-2.so.3 (0x400d6000) libm.so.6 = /lib/libm.so.6 (0x4011b000)~ * libc.so.6 = /lib/libc.so.6 (0x40138000) * libXt.so.6 = /usr/X11R6/lib/libXt.so.6 (0x40213000) * libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x4025c000) * libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x40265000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) the *s indicate difference between the two. now, why doesn't the old one work? the libraries they were compiled for may be different, but won't it work with the old libc stuff installed? should i even bother thinking about this since the new compile works? i only ask as other people seem to have problems with their old libc5 stuff... maybe the same problem is suffered here... would this help anyone to debug it? anyway, i'm looking forward to sumbitting a working version of vrweb, so let me know about the proper procedures soon please! thanks! Paul Harris
Re: static user IDs
Branden Robinson [EMAIL PROTECTED] writes: [1 text/plain; us-ascii (quoted-printable)] On Tue, Sep 21, 1999 at 10:15:10AM +0200, Tomasz Wegrzanowski wrote: Who will agree with me that qmail[dsrqlp] should be forbidden Their existance in /etc/passsd rape me thru my eyes 6 statics for pacage is a bad idea but if this package isnt even free they should be thown out without mercy I nominate this guy for Debian's Most Promising Newcomer Award. :) Seconded ROFL
Invalid cross-device link
Hmm, what should I do to this? Upgrading potato today resulted in the following error: Setting up procps (2.0.3-3) ... Checking available versions of w, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Renaming w.1.gz slave link from /usr/man/man1/w.1.gz to /usr/share/man/man1/w.1.gz. update-alternatives: unable to rename /usr/man/man1/w.1.gz to /usr/share/man/man1/w.1.gz: Invalid cross-device link dpkg: error processing procps (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: procps I do know the reason - /usr/share is an NFS-mounted directory from the server. For several reasons I didn't want to mount the whole /usr directory hierarchy, just /usr/share (isn't it why it's called share?-). What can I do to fix this? -- # EdGSM: 040 7525 180 The heart has its reasons which reason knows nothing of. -- Blaise Pascal
Re: static user IDs
On Tue, Sep 21, 1999 at 09:40:03PM -0400, Branden Robinson wrote: Who will agree with me that qmail[dsrqlp] should be forbidden Their existance in /etc/passsd rape me thru my eyes 6 statics for pacage is a bad idea but if this package isnt even free they should be thown out without mercy I nominate this guy for Debian's Most Promising Newcomer Award. :) I'll second that too = -- Joseph Carter [EMAIL PROTECTED] Debian GNU/Linux developer GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3 PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77 8E E2 29 96 C9 44 5F BE -- Given some of the recent threads, the interactive discussions might need to be conducted on canvas, in the presence of a referee, while wearing padded gloves. ;-) -- Phil Hands pgpZCuFQ2AtwE.pgp Description: PGP signature
Re: vrweb, newbie maintainer/developer
On Wed, Sep 22, 1999 at 03:13:03PM +0800, Paul Harris wrote: i have agreed to take VRweb off Fabien Ninoles' hands, and have been successful in making it work under my Potato system! woo hoo! however, i have no idea what the next steps are: - What is the technique to rediff a package for the debian diff? What do you mean? - Why is dpkg-source complaining about: $ dpkg-source -x vrweb_1.5-2.dsc dpkg-source: error: Expected ^@@ in line 679 of diff is this some sort of bug? seemed to work earlier... i just untared and patched it myself How did you make the diff? You should have did this: fakeroot debian/rules clean; cd .. ; dpkg-source -b vrweb-version/ - Where are the FMs on the debian/rules stuff? I'd just like to make sure it works after i get that diff thing going. The Packaging Manual. Basically, you need these rules: clean, binary, binary-arch, binary-indep. - How do I accept vrweb as mine? Do I need to get a sponser or something? Set the Maintainer: field in the control file. If you aren't a registered developer, yes, you need a sponsor. - How do I wack it on the debian mirror and all that? If you're developer, use dupload(1), if not, sponsor will do that for you. look at fixing bug #29078: package vrweb depends on library libg++272. is this really a bad thing? Yes, that's an obsolete library. * libg++.so.2.7.2 = /usr/lib/libg++.so.2.7.2 (0x400d6000) * libstdc++.so.2.7.2 = /usr/lib/libstdc++.so.2.7.2 (0x4010e000) and mine (the working! one): * libstdc++-libc6.1-2.so.3 = /usr/lib/libstdc++-libc6.1-2.so.3 (0x400d6000) Your one is okay. Or even better, libstdc++2.10. the *s indicate difference between the two. now, why doesn't the old one work? the libraries they were compiled for may be different, but won't it work with the old libc stuff installed? should i even bother thinking about this since the new compile works? i only ask as other people seem to have problems with their old libc5 stuff... maybe the same problem is suffered here... would this help anyone to debug it? As long as it works with newest non-obsolete libraries, you shouldn't care much :) BTW, these questions ought to be asked on debian-mentors list, debian-devel is inappropriate. -- enJoy -*/\*- don't even try to pronounce my first name
Re: Alternate versions of the same shared library?
On Wed, Sep 22, 1999 at 12:36:17AM -0400, Camm Maguire wrote: Greetings! Is there any way to maintain alternate versions of the same shared library on a Debian system? (i.e. same soname) One can have two packages which conflict with each other, but I was thinking about some run-time switching functionality, like in the 'alternatives' system, so that one could choose between an experimental but fast shared lib, and the trusted but slower one, at runtime. I've tried several things, but lintian disallows most of them. One way to do this is to include a wrapper script with your alternate-library version and place the libs in a package-specific directory. I use the following script under Irix to replace the GLX-dependent libraries with bare-X11 Mesa equivalents when running tools to non-GLX platforms: mesa #!/bin/sh export _RLD_LIST _RLD64_LIST _RLDN32_LIST _RLD_LIST=/usr/lib/libm.so:/usr/local/Mesa/lib/libGL.so:DEFAULT _RLD64_LIST=/usr/lib64/libm.so:/usr/local/Mesa/lib64/libGL.so:DEFAULT _RLDN32_LIST=/usr/lib32/libm.so:/usr/local/Mesa/lib32/libGL.so:DEFAULT exec $* From man ld.so the Linux equivalents would be LD_LIBRARY_PATH and LD_AOUT_LIBRARY_PATH. LD_PRELOAD could also be used to replace just a few routines. The /usr/lib/lib*.so.N could then be placed under alternatives control if the maintainers all cooperated, with the alternatives available in the wrapped environments. This is for libblas?
Re: Invalid cross-device link
On Wed, Sep 22, 1999 at 11:13:31 +0300, Edvard Majakari wrote: update-alternatives: unable to rename /usr/man/man1/w.1.gz to /usr/share/man/man1/w.1.gz: Invalid cross-device link This is a known bug in update-alternatives: http://www.debian.org/Bugs/db/42/42559.html I do know the reason - /usr/share is an NFS-mounted directory from the server. For several reasons I didn't want to mount the whole /usr directory hierarchy, just /usr/share (isn't it why it's called share?-). What can I do to fix this? A workaround is probably to remove the link first. A proper solution would be to fix update-alternatives to handle this situation (if you write a patch, please send it to [EMAIL PROTECTED]). Ray -- Tevens ben ik van mening dat Nederland overdekt dient te worden.
Re: switching from PGP to GNUPG -- HOWTO?
-BEGIN PGP SIGNED MESSAGE- Joseph Unfortunately gpg-rsa is broken. It installs a sh wrapper Joseph (yes, sh) that breaks gpg entirely. What do you mean a sh wrapper? % dpkg -L gpg-rsa /. /usr /usr/lib /usr/lib/gnupg /usr/lib/gnupg/rsa /usr/doc /usr/doc/gpg-rsa /usr/doc/gpg-rsa/changelog.gz /usr/doc/gpg-rsa/copyright /usr/doc/gpg-rsa/examples /usr/doc/gpg-rsa/examples/gpg /usr/doc/gpg-rsa/examples/gpg-pgp /usr/doc/gpg-rsa/examples/gpg-pgp.1 /usr/doc/gpg-rsa/README.Debian.gz Sam - -- Samuel Tardieu -- [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.0 (GNU/Linux) Comment: For info see http://www.gnupg.org iQCVAwUBN+ik34FdzKExeYBpAQEl+wP9HxMQZJafTSdX/kEYqrYdM73YQNGTtcV6 QIMMAEng/gwzjCuJqcJwiqjAZSM47lkfHgbMU2PyOxz3Rier5b/5T2IstoyKlsKe DFq4cPHTKyEfWZGUoBLebG7OSrSQ9swea2dz8SVlVUwtJOZnqpnY4zhTKuqemymN rnYx6ClxQJg= =q2Rk -END PGP SIGNATURE-
Re: switching from PGP to GNUPG -- HOWTO?
On Wed, Sep 22, 1999 at 11:44:08AM +0200, Samuel Tardieu wrote: Joseph Unfortunately gpg-rsa is broken. It installs a sh wrapper Joseph (yes, sh) that breaks gpg entirely. What do you mean a sh wrapper? [..] There WAS one.. I'm glad to see that it appears to have been thankfully destroyed and I don't have to injure someone. -- Joseph Carter [EMAIL PROTECTED] Debian GNU/Linux developer GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3 PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77 8E E2 29 96 C9 44 5F BE -- * Overfiend ponders doing an NMU of asclock, in which he simply changes the extended description to If you bend over and put your head between your legs, you can read the time off your assclock. doogie Overfiend: go to bed. pgpZX68d2Bjiw.pgp Description: PGP signature
Re: Alternate versions of the same shared library?
On Wed, Sep 22, 1999 at 12:36:17AM -0400, Camm Maguire wrote: Greetings! Is there any way to maintain alternate versions of the same shared library on a Debian system? (i.e. same soname) One can have two packages which conflict with each other, but I was thinking about some run-time switching functionality, like in the 'alternatives' system, so that one could choose between an experimental but fast shared lib, and the trusted but slower one, at runtime. I've tried several things, but lintian disallows most of them. You can install the alternate lib (using the same name and soname) in another directory, and have the loader find this only if you set the env var LD_LIBRARY_PATH to the dir containing it. Have a look at packages liblockdev*-dbg and/or libdb2*-dbg which installs debugging shared libs in /usr/lib/debug. In /usr/lib/debug/README.debug you find clear (I hope :) instructions even on how to run gdb on setuid binaries. fab -- | [EMAIL PROTECTED] [EMAIL PROTECTED][EMAIL PROTECTED] | 6F7267F5 fingerprint 57 16 C4 ED C9 86 40 7B 1A 69 A1 66 EC FB D2 5E | [EMAIL PROTECTED] gsm: +358 (0)40 707 2468
Debian's involvement in another exhibition
Oldenburger LinuxTag - 16th October, Oldenburg, Germany This is a general exhibition wrt. Linux in the metropolitan area of Oldenburg. Local companies will demonstrate their effort and solutions wrt. Linux. Talks and workshops organized by the local LUG will give some details. Debian will have a free booth, staffed with.. somebody Contact: Martin Schulze [EMAIL PROTECTED] German Events [EMAIL PROTECTED] Involvement: Free booth, organized by Debian maintainer Web: http://oldenburger.linuxtag.de/ -- A mathematician is a machine for converting coffee into theorems. Please always Cc to me when replying to me on the lists.
Add your location to the developer db so it can be added to the map
Check out the new map showing developer locations: http://www.debian.org/devel/developers.map.jpg The marker file used to generate this can also be viewed: http://www.debian.org/devel/developers.coords *** As was decided when discussing the developer database, developer names are not shown. *** If you would like your location to be shown on the map you need to add your location to the developer database: http://db.debian.org/ Note: the coords file and map are not updated automatically yet so new entries may not appear at the next mirror update. Links will be added from the Developers' Corner when automatic updates are implemented. Jay Treacy
Re: New QMail discussion list.
The primary MTA? does that mean that more than one MTA can be installed on Debian at once? I thought they all conflicted with each other. They do, and that should change.
Readers Choice, Linux Journal
Debian has been nominated as a potential 1999 Linux Journal Readers' Choice Award recipient. (Congratulations!) Voting has already begun and will continue through October 15, 1999. Visit http://www.linuxjournal.com/contest/readchoice.html If you would like to involve your web visitors in the voting process, you may add a link on your web site asking people to vote. I have included the Readers' Choice icon for your use. Winners will be announced in the special January 2000 issue. Thank you! Carlie -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Carlie Fairchild, [EMAIL PROTECTED] P.O. Box 55549 Seattle, WA 98155 Marketing and Sales ManagerPh: (206) 782-7733 ext 105 Linux Journal magazine Fx: (206) 782-7191 An SSC Publication www.linuxjournal.com -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- attachment: rc99.gif
Re: Add your location to the developer db so it can be added to the map
* James == James A Treacy [EMAIL PROTECTED] wrote: James If you would like your location to be shown on the map you need James to add your location to the developer database: James http://db.debian.org/ I know someone once posted a Website with a global DB of citiy-coord. entries. Has someone such a URL, so I can look up Cologne, Germany? Ciao, Martin
dist-upgrade and perl
I've finally succeeded in getting a working potato box by installing slink base system (using cdrom), but it took 3 tries. I've done this before (the machine I'm using to write this was installed this way), but never had this much trouble. What I discovered was that changing sources.list to point to potato and doing 'apt-get update' and 'apt-get dist-upgrade' does /not/ upgrade perl from 5.004 to 5.005. This causes several of the installation and post-installation scripts to fail, the first being libncurses4. (Later failures /may/ have been due to libncurses4 not being configured. I'm not sure.) My fix was to use dselect to select perl 5.005 for installation. This worked. Has anyone had a similar experience? Is this a bug? If it is a bug, against what? -- Regards, Steve Debian GNU/Linux Because software support is free, timely, useful, technically accurate, and friendly. Reboots are for kernel and hardware upgrades. pgpVSorKrzJQX.pgp Description: PGP signature
Re: dist-upgrade and perl
Now that you mention it, I did the same thing and got the same result. However, my upgrade worked. apt-get dist-upgrade' does /not/ upgrade perl from 5.004 to 5.005 for the same reason it won't upgrade emacs19 to emacs20. They are different packages. The package is perl-5.005_5.005.03 and not perl_5.005.03, and so the package `name' is perl-5.005 and not simply `perl'. I don't know if it was supposed to replace perl-5.004 automatically. Peter Stephen R. Gore wrote: I've finally succeeded in getting a working potato box by installing slink base system (using cdrom), but it took 3 tries. I've done this before (the machine I'm using to write this was installed this way), but never had this much trouble. What I discovered was that changing sources.list to point to potato and doing 'apt-get update' and 'apt-get dist-upgrade' does /not/ upgrade perl from 5.004 to 5.005. This causes several of the installation and post-installation scripts to fail, the first being libncurses4. (Later failures /may/ have been due to libncurses4 not being configured. I'm not sure.) My fix was to use dselect to select perl 5.005 for installation. This worked. Has anyone had a similar experience? Is this a bug? If it is a bug, against what? -- Regards, Steve Debian GNU/Linux Because software support is free, timely, useful, technically accurate, and friendly. Reboots are for kernel and hardware upgrades.
Re: Add your location to the developer db so it can be added to the map
*- On 22 Sep, Martin Bialasinski wrote about Re: Add your location to the developer db so it can be added to the map * James == James A Treacy [EMAIL PROTECTED] wrote: James If you would like your location to be shown on the map you need James to add your location to the developer database: James http://db.debian.org/ I know someone once posted a Website with a global DB of citiy-coord. entries. Has someone such a URL, so I can look up Cologne, Germany? I just found this place which is really quite cool, http://www.astro.com/atlas/. It gave the following, Cologne, GER: 50n56, 6e59, Germany -- Brian - Mechanical Engineering [EMAIL PROTECTED] Purdue University http://www.ecn.purdue.edu/~servis -
Re: dist-upgrade and perl
Peter S Galbraith wrote: apt-get dist-upgrade' does /not/ upgrade perl from 5.004 to 5.005 for the same reason it won't upgrade emacs19 to emacs20. They are different packages. The package is perl-5.005_5.005.03 and not perl_5.005.03, and so the package `name' is perl-5.005 and not simply `perl'. I don't know if it was supposed to replace perl-5.004 automatically. ---end quoted text--- Yes, I realize they are different packages. But is it possible that for a script to depend on perl-5.005 features? I don't know perl well at all, so I have no clue except for the behaviour I mentioned in my previous post. -- Regards, Steve Debian GNU/Linux Because software support is free, timely, useful, technically accurate, and friendly. Reboots are for kernel and hardware upgrades.
Re: dist-upgrade and perl
Stephen R. Gore wrote: Peter S Galbraith wrote: apt-get dist-upgrade' does /not/ upgrade perl from 5.004 to 5.005 for the same reason it won't upgrade emacs19 to emacs20. They are different packages. The package is perl-5.005_5.005.03 and not perl_5.005.03, and so the package `name' is perl-5.005 and not simply `perl'. I don't know if it was supposed to replace perl-5.004 automatically. ---end quoted text--- Yes, I realize they are different packages. But is it possible that for a script to depend on perl-5.005 features? I don't know perl well at all, so I have no clue except for the behaviour I mentioned in my previous post. Those that do should probably have a `versioned depends' on perl-5.005. But this topic is out of my experience so I'll shut up now. Peter
Re: dist-upgrade and perl
On Wed, Sep 22, 1999 at 03:13:51PM -0500 , Stephen R. Gore wrote:
Peter S Galbraith wrote:
apt-get dist-upgrade' does /not/ upgrade perl from 5.004 to 5.005
for the same reason it won't upgrade emacs19 to emacs20. They
are different packages. The package is perl-5.005_5.005.03 and
not perl_5.005.03, and so the package `name' is perl-5.005 and
not simply `perl'.
I don't know if it was supposed to replace perl-5.004
automatically.
perl in slink is version 5.004. So replacing it with perl-5.004
is what i should do.
Yes, I realize they are different packages. But is it possible that
for a script to depend on perl-5.005 features? I don't know perl well
Yes it is. But that package must depend on perl-5.005 and not on
perl5(virtual).
Petr Cech
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
i dont understand something or dpkg is simply buggy
econfigedit depends on libgtk-imlib-perl libgnome-perl provides this lib and have the same version number but dselect is trying to tell me that i must install original libgtk-imlib-perl. And the real problem is that these lib conflicts each other(one is subset of other so conflict is obvious) so i cant use both econfigedit and libgnome-perl at once althrought first really depends on second !
Re: Add your location to the developer db so it can be added to the map
On Wed, Sep 22, 1999, James A. Treacy wrote: If you would like your location to be shown on the map you need to add your location to the developer database: http://db.debian.org/ I have the feeling that I missed something, but anyway as I don't manage to find it in the archive: how can we find out what our password is? -- Hugo Haas (http://www.via.ecp.fr/~hugo/) It might look like I'm doing nothing, but at the cellular level I'm really quite busy.
Re: Add your location to the developer db so it can be added to the map
Hugo Haas [EMAIL PROTECTED] writes: On Wed, Sep 22, 1999, James A. Treacy wrote: If you would like your location to be shown on the map you need to add your location to the developer database: http://db.debian.org/ I have the feeling that I missed something, but anyway as I don't manage to find it in the archive: how can we find out what our password is? It's the same as your login password on master. Cheers, Phil.
Re: Add your location to the developer db so it can be added to the map
On Wed, Sep 22, 1999 at 11:05:18PM +0100, Philip Hands wrote: It's the same as your login password on master. Some of us don't use a login password on master. [Personally, I've not used mine for at least a year.] -- Raul
Re: Add your location to the developer db so it can be added to the map
On Wed, Sep 22, 1999, Philip Hands wrote: Hugo Haas [EMAIL PROTECTED] writes: I have the feeling that I missed something, but anyway as I don't manage to find it in the archive: how can we find out what our password is? It's the same as your login password on master. I think that it is a *bad* idea. It means that passwords will travel in clear on the network and that security is compromised on master. -- Hugo Haas (http://www.via.ecp.fr/~hugo/) It might look like I'm doing nothing, but at the cellular level I'm really quite busy.
Re: Add your location to the developer db so it can be added to the map
* Hugo == Hugo Haas [EMAIL PROTECTED] wrote: Hugo On Wed, Sep 22, 1999, James A. Treacy wrote: If you would like your location to be shown on the map you need to add your location to the developer database: http://db.debian.org/ Hugo I have the feeling that I missed something, but anyway as I Hugo don't manage to find it in the archive: how can we find out what Hugo our password is? It is your login password on master you have to use. BTW: connect to https://db.debian.org for an encrypted connection. Ciao, Martin
Re: Add your location to the developer db so it can be added to the map
On Wed, Sep 22, 1999 at 06:26:19PM -0400, Hugo Haas wrote: On Wed, Sep 22, 1999, Philip Hands wrote: Hugo Haas [EMAIL PROTECTED] writes: I have the feeling that I missed something, but anyway as I don't manage to find it in the archive: how can we find out what our password is? It's the same as your login password on master. I think that it is a *bad* idea. It means that passwords will travel in clear on the network and that security is compromised on master. Part of this confusion is my fault. I should have specified https://db.debian.org/ ^ Jay Treacy
Re: Add your location to the developer db so it can be added to the map
Martin Bialasinski [EMAIL PROTECTED] wrote: It is your login password on master you have to use. You don't have to use your login password on master. -- Raul
Use https://db.debian.org/ [was Re: Add your location ...]
I should have used https://www.debian.org/ in the original mail. Sorry. Everyone who can (legally) use ssl should use that URL. Additionally, I have asked for a page to be linked from db.debian.org to describe what those who have lost their password should do. Someone else will have to explain what to do in the case where you have no account on master. Jay Treacy
