Re: Mozilla update in Potato Proposed updates?
> "Frank" == Frank Belew <[EMAIL PROTECTED]> writes: Frank> I've been toying with the idea of uploading a new mozilla Frank> to=20 proposed-updates to get cleaned up before the potato Frank> R1 release. Any comments on this? Potato Mozilla version Frank> is M14 As of this Mail, Mozilla is at M17 Frank> If you have reasons why it shouldn't be in potato I'd like Frank> to know I may be able to fix most if not all of the serious Frank> problems Please keep in mind how obscenely old the current Frank> potato mozilla is before commenting. Frank> (PS: Please keep the discussion on the list, so ideas Frank> aren't repeated, and other opinions can be voiced, and I Frank> couldn't care less if you CC me) This is one problem with our current release cycle that I believe will be solved by package pools... ...if/when it gets implemented that is. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: bug database not updated?
It ate a couple of my e-mails closing some bug reports but it seems to be working now. -- John Ossama Othman <[EMAIL PROTECTED]> writes: > Hi, > > Has the bug database been updated recently? I closed a set of bugs > about a week ago but the database doesn't appear to have been updated. > > Please CC me any replies. > > Thanks, > -Ossama > -- > Ossama Othman <[EMAIL PROTECTED]> > Distributed Object Computing Laboratory, Univ. of California at Irvine > 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8 > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- John Goerzen <[EMAIL PROTECTED]> www.complete.org Sr. Software Developer, Progeny Linux Systems, Inc.www.progenylinux.com #include <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Python 1.6 released and GPL incompatible
> Python 1.5 I wouldn't put two Python versions into Debian. Also Python > 2.0 will probably be released before the next code freeze and solve > the license issues. Pyhton 2.0 is released already. And it doesn't seems that 2.0 solve the license incompatibility... Am I wrong? I hope I am... :( -- Alexey Vyskubov (at home) Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-non-US/dists/woody/non-US/Contents-i386.gz
It's almost two weeks since I last saw that file on the archive, I have tested several non-US sites, and none of them has it. I was wondering why is this happening, and if anybody could explain how to generate the file or reference me to the apropiate doc :-) Thanks! -- Manty/BestiaTester -> http://manty.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QT-GPL
On Wed, Sep 06, 2000 at 09:07:23AM -0700, Christoph Lameter wrote: > > Anyone checked the temperature in Hell lately? > Do you intend to go there? By the sounds of it, it's time to plan a ski trip ... -- Joseph Carter <[EMAIL PROTECTED]> GnuPG key 1024D/DCF9DAB3 Debian GNU/Linux (http://www.debian.org/) 20F6 2261 F185 7A3E 79FC The QuakeForge Project (http://quakeforge.net/) 44F9 8FF7 D7A3 DCF9 DAB3 "Actually, the only distribution of Linux I've ever used that passed the rootshell test out of the box (hit rootshell at the time the dist is released and see if you can break the OS with scripts from there) is Debian." -- seen on the Linux security-audit mailing list -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
On Wed, Sep 06, 2000 at 07:20:54PM +0200, Frederic Peters <[EMAIL PROTECTED]> was heard to say: > > Daniel Burrows wrote : > > I've been thinking along these lines too, but didn't want to mention it as > > I'm not likely to be able to help implement it. I'm thinking in terms of > > something slightly simpler, though: just the stuff a "normal" user (whatever > > that means) would need to set up and perform simple maintenance of a system. > Could you list 'user tasks' ? (the 'whatever that means' doesn't help) Part of the reason is that these aren't well defined :), but here goes. Most of these aren't Debian-specific, so there are probably projects doing them already; if you feel that doing your own configurators is a good idea, though. I'm also leaving out installation issues (X could still be simpler to set up), since those are more appropriately handled by boot-floppies. Some of these are sysadminy-type things, but I'm really thinking of an extremely minimal level of GUI support--what you'd need to set up a family computer, say; for instance, the user-add/delete tool probably doesn't need to support all sorts of fancy user-database options initially, /etc/passwd is (IMO) fine. People who are setting up NIS, LDAP, etc, etc should be able to handle manual configuration. (a) set up a printer. Lots of options (resolution, dithering, etc) would be nice, but not necessary since most people don't use them (as far as I know (aside from printing on both sides of the paper (duplex printing)), which even I don't know how to achieve in Linux) (b) Add/delete users, configure user accounts. Reset user passwords, lock users out temporarily, change user shells. Similar operations on groups. (this could perhaps be run as a normal user to only affect the current user's environment, and as root to edit all users) This could pipe commands into the system utilities to avoid setuid GUI programs (eg: "passwd", "chsh", etc) (c) Install and configure hardware devices and modules (mainly available already in modconf, possibly just run that) (d) Manage fstab and partitions? (this is mainly done at install time; people who install a new drive will need to do this, although anyone who can correctly install a new hard drive in their computer is arguably skilled enough to add an fstab entry) (e) package management stuff -- probably should be left to the (unwritten/incomplete) graphical APT frontends. (f) Set up a PPP connection. Again, the tools are there, but they need to be prominently displayed in some sort of "newbie system setup" tool. (g) See available documentation -- manpages, info pages, HTML/text/PS documentation collected into one interface. This is (IMO) a biggie. Currently, all the good tools I've seen require you to have a working Web server on the system--I think the default Apache setup might work (haven't checked it), but requiring all sorts of newbies to install a webserver concerns me both from a resources point of view (it eats VM) as well as from a security point of view (Apache is fairly secure, but running unnecessary servers is generally a no-no, especially since newbies are less likely to keep up with security updates) Gnome's help browser is not a bad start, but it doesn't support Debian's HTML and text documentation; perhaps it could be extended to do so. (h) Display network configuration (IP address) as well as modifying it. (think dynamic addresses; eg, DHCP or PPP) I think that's it for now. Maybe more will come to me later :) Daniel -- /- Daniel Burrows <[EMAIL PROTECTED]> -\ | CCs of list | Fate always wins...| | replies are | at least, when people stick to the rules. | |welcome. |-- Terry Pratchett, _Interesting Times_ | \- The Turtle Moves! -- http://www.lspace.org / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Python 1.6 released and GPL incompatible
> > 1) Ignore Python 1.6 and up, as long as the license is not compatible >with the GPL. That's probably the easiest way to go, but is it >justified ? Looks like a deliberate discrimination against a >DFSG-free license, only because it's not GPL compatible. > > 2) Include both Python 1.5.2 and 1.6 in woody/main. The 1.6 packages >would not satisfy the dependencies of existing packages; any maintainer >who'd make a package depend on Python 1.6 would have to make sure that >its license is compatible with the Python 1.6 license. > I think that we are going to see more and more cases of GPL "incompatibilities" as time goes on. I am disappointed that RMS is fighting over something as trivial as a company asking that legal issues be settled in their home state (country). This is common practice. Anyways, back to the issue at hand. What are the chances that ignoring 1.6 for say, 3 months will result in a 2.0 that we can actually use? Python 1.5 is solid and usable, 1.6 is not going to change anything that drastically. Chances are that we won't freeze before then, so you could work out with the rest of the python packagers a coordinated upload. You will likely have to support python 1.5 thru this release and drop it for the next, so adding yet another version would not be too healthy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP lame
Buddha Buck <[EMAIL PROTECTED]> wrote: > >I understand fully that using the name "non-US" for patent-encumbered > >software is wrong. However, the machine pandora.debian.org is in an > >excellent position to also host a "non-Software-Patents" section of the > >archive, which can again be subdivided in main, contrib and non-free. > > If we do that, I suggest that "non-Software-Patents" is a bad > name. Perhaps "patented" is a better name. Does it have to be tied to patent-problems? What about a more general section named (for example) "encumbered"? It could then also be used for software with other sorts of local problems -- like "indexed" games here in germany. Lars -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: bug database not updated?
On Wed, 6 Sep 2000, Ossama Othman wrote: > Has the bug database been updated recently? I closed a set of bugs > about a week ago but the database doesn't appear to have been updated. Static pages are known to be outdated. I use lynx -dump -nolist http://bugs.debian.org/$maintainer in the meantime. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
bug database not updated?
Hi, Has the bug database been updated recently? I closed a set of bugs about a week ago but the database doesn't appear to have been updated. Please CC me any replies. Thanks, -Ossama -- Ossama Othman <[EMAIL PROTECTED]> Distributed Object Computing Laboratory, Univ. of California at Irvine 1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
So, yes, why reinvent the wheel, if there are allready n^x conftools around with a new one popping up monthly (webmin, COAS, linuxconf, debconf, yast, ..., ..., ...) ? It's not going to make anything easier. Agreed. If you want to do something USEFUL, write a better webmin, debconf or linuxconf module. Webmin is really easy to write for, and it has no current Debian network config. Writing one would be VERY useful, the upstream is very supportive, and it's a nice package for newbies and advanced users alike. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Python 1.6 released and GPL incompatible
Gregor Hoffleit <[EMAIL PROTECTED]> writes: > Python 1.6 was released finally today (for an announcement, see > http://www.python.org/1.6/), and it was released under the > discussed CNRI license. This license was intended to be > compatible with the GPL, but RMS says he thinks it's not > (cf. the announcement). > [...] > That leaves me with two possible solutions: > 1) Ignore Python 1.6 and up, as long as the license is not > compatible with the GPL. > 2) Include both Python 1.5.2 and 1.6 in woody/main. As long as all the Debian packages that depend on Python work with Python 1.5 I wouldn't put two Python versions into Debian. Also Python 2.0 will probably be released before the next code freeze and solve the license issues. In my opinion things should be kept as simple as possible. By the way, there's another problem. The modules socket, httplib and urllib may now be build with SSL support. What to do about these modules and the source package? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
Daniel Burrows wrote : > I've been thinking along these lines too, but didn't want to mention it as > I'm not likely to be able to help implement it. I'm thinking in terms of > something slightly simpler, though: just the stuff a "normal" user (whatever > that means) would need to set up and perform simple maintenance of a system. Could you list 'user tasks' ? (the 'whatever that means' doesn't help) > I haven't used linuxconf much; could you extend that for this task, or > is it too much of a pain? I don't think _I_ could extend (see my other mail). > The specific thing that triggered this thought for me was the realization > that setting up a printer on Debian is still pretty much black magic (even for > a fairly experienced user), especially compared to the tools provided with > other distros (RedHat, for instance, has a pretty nice printer configurator) Added printer configuration to the list of things to do. > If I were doing it, I'd use Python, but I would definitely recommend against > any compiled language. (there's no really heavy processing or low-level > operations; it's mostly high-level logic, parsing of data, and storing of > output data, which is where Python (for instance) particularly shines) I like Python too despite the fact the current proof of concepts are in C. (design in C, code in Python, weird). > > http://gaby.netpedia.net/pics/Screenshot_GUI_tools.jpeg > That looks pretty nice..haven't looked at the code yet. I hope you store > this stuff in the "standard" config files instead of hiding it in some obscure > directory somewhere? :) (yeah, this clobbers comments, but I assume that if > you're using the GUI tools you aren't sticking comments into your > configuration :P ) [1] Using standard Debian configuration files; no /etc/sysconfig/ here. > > PS2: _don't_ send me copies of your mails. I'm subscribed to debian-devel. > Aren't there headers that you can set to tell mutt not to do that? > > Oh, wait, there are still people who don't use mutt. Nevermind. :) Poor guys... -- Frederic Peters <[EMAIL PROTECTED]>« Le travail a été ce que l'homme Debian GNU/Linux : http://www.debian.org a trouvé de mieux pour ne rien Gaby : http://gaby.netpedia.net faire de sa vie. » R. Vaneigem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
Jules Bean wrote : > On Tue, Sep 05, 2000 at 06:24:28PM +0200, Frederic Peters wrote: > > So I drew the conclusion that what Debian needs for those users is simple > > GUI tools. [some will respond here with "we don't want those users" and I > > won't agree. This flamewar already happened. GUI tools doesn't mean you > > have to use them. blah blah blah.] > Warning: this is anecdotal. It's not a powerful logical argument. I don't need stinky logical argument :) > Beware. GUI admin tools are often written badly, they often fail to take > into account every possible configuration and break strangely when > invoked with a configuration they don't understand. They often have > bugs, they often fail to give reliable or sensible error or status > messages. In short, they often make the OS appear worse than it is: > Redhat has a family of Tk GUI tools which, sometimes, exemplify this > problem. > > Summary: If you write GUI admin tools, think very hard about how you > will make them as robust and complete as the commandline ones. It is > not easy. This is Debian. It will be done the right way. I really believe it. [I told you about logical arguments before...] -- Frederic Peters <[EMAIL PROTECTED]>« Le travail a été ce que l'homme Debian GNU/Linux : http://www.debian.org a trouvé de mieux pour ne rien Gaby : http://gaby.netpedia.net faire de sa vie. » R. Vaneigem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
T.Pospisek's MailLists wrote : > So why not linuxconf? AFAIK it's the most powerful conftool around and > there's *even* a .deb version of it. Further on it's pretty trivial to > write modules for it and once done you can interface to the conftool > through the command line, the web, textinterface, x-interface, ... > > So, yes, why reinvent the wheel, if there are allready n^x conftools > around with a new one popping up monthly (webmin, COAS, linuxconf, > debconf, yast, ..., ..., ...) ? It's not going to make anything > easier. I don't think Linuxconf is an appropriate tool for Debian systems. The reason is that it is developed with Red Hat in mind and it is not easy to make it match our way of doing things. (Actually linuxconf is already packaged so you might try it and Stefan Gybas ([EMAIL PROTECTED]) could certainly tell you how much linuxconf is tainted by Red Hat). This means for example it will have its own tool to configure a MTA (and it would probably be sendmail) while it would be as easy as 'dpkg-reconfigure --frontend=gtk exim' to get a nice way of configuring an MTA (actually a gtk frontend _did_ exist (perl+GTK.pm) but was killed off in debconf 0.3.10)). The other problem I have with Linuxconf is its size: it tries to do everything in one tool and this shows (Installed-Size: 7860) while I would greatly prefer several little tools targeted to individual things. The last thing is that it doesn't deal really well with user-modified files (something I think is mandatory). Frederic -- Frederic Peters <[EMAIL PROTECTED]>« Le travail a été ce que l'homme Debian GNU/Linux : http://www.debian.org a trouvé de mieux pour ne rien Gaby : http://gaby.netpedia.net faire de sa vie. » R. Vaneigem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
John Goerzen wrote : > > I started coding proof of concepts thingies; they should be in my home > > directory on master (~fpeters/, is this accessible from http ?) soon. > > There is also a screenshot at > > http://gaby.netpedia.net/pics/Screenshot_GUI_tools.jpeg > I think the best would be to make a nice front-end for debconf. This was phase 2 of my secret plan but since you asked for it I'll have to tell you I completly agree with you but debconf is not appropriate to add users (for example). But bringing back to life the GTK frontend for debconf has to be done. (actually I looked at the old code but I didn't like Perl enough to understand half the lines). -- Frederic Peters <[EMAIL PROTECTED]>« Le travail a été ce que l'homme Debian GNU/Linux : http://www.debian.org a trouvé de mieux pour ne rien Gaby : http://gaby.netpedia.net faire de sa vie. » R. Vaneigem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
Ricardo Javier Cardenes Medina wrote : > We can fill automagically some of these values. If a user types in > "192.168.1.15" as IP, and the interface is eth*, we can figure out that > the gateway will be 192.168.1.1, and class C (255.255.255.0). > > The user will be able to modify those values as he/she is going through > the options, if they are wrong. Actually the boot floppies already does that nicely. (and yes, it is nice) -- Frederic Peters <[EMAIL PROTECTED]>« Le travail a été ce que l'homme Debian GNU/Linux : http://www.debian.org a trouvé de mieux pour ne rien Gaby : http://gaby.netpedia.net faire de sa vie. » R. Vaneigem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QT-GPL
On Wed, Sep 06, 2000 at 09:07:23AM -0700, Christoph Lameter wrote: > On Tue, Sep 05, 2000 at 08:46:35PM -0500, Joseph Carter wrote: > > Anyone checked the temperature in Hell lately? > Do you intend to go there? Likely only to visit you, as I hear that's where all the evangelicals end up. -- G. Branden Robinson |America is at that awkward stage. It's Debian GNU/Linux|too late to work within the system, but [EMAIL PROTECTED] |too early to shoot the bastards. http://www.debian.org/~branden/ |--Claire Wolfe pgpWr5dbXck3T.pgp Description: PGP signature
Re: QT-GPL
On Tue, Sep 05, 2000 at 08:46:35PM -0500, Joseph Carter wrote: > Anyone checked the temperature in Hell lately? Do you intend to go there? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: OT Re: /bin/ksh as a default POSIX shell
On 2906T033439-0500, Branden Robinson wrote: > On Tue, Sep 05, 2000 at 10:03:56AM +0200, Ulf Jaenicke-Roessler wrote: > > Saved to "branden.asc" and 'gpg -d branden.asc' results in > > > > gpg: CRC error; 72a653 - dc372a > > gpg: quoted printable character in armor - probably a buggy MTA has been > > used > > This concerns me a lot more than the joke itself or what led up to it. > > Does anyone else have this problem with that mail? If you save the message to a mailbox (s or C in mutt), the save will include QP. Likewise if you pipe (|) it to gpg. However, if you copy&paste it from mutt, it's OK. It's just that mutt does not QP-decode messages that it saves and pipes. > In fact, I'm gonna be mondo pissed no matter whose bug this is, let's try > and track it down. It's probably a pilot error. -- %%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] % http://www.iki.fi/gaia/ %%% -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mozilla update in Potato Proposed updates?
On 2905T215159-0700, Frank Belew wrote: > If you have reasons why it shouldn't be in potato I'd like to know The question should be "why it should be in potato". Oldness of the current version is not a reason, since there are a lot of old packages in potato, and if one is let in for that reason, the others should be allowed too. And we all know what happens when stable is no longer stable (=not moving). -- %%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] % http://www.iki.fi/gaia/ %%% -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RSA Released Into The Public Domain
Colin Watson wrote: > I wrote: > > > `The RSA algorithm was released into the public domain today > > (September 6th, 2000). This is in advance of their US patent > > expiring on the 20th.' > > > > http://slashdot.org/article.pl?sid=00/09/06/1252204&mode=thread > > > > So some stuff can get moved from non-US/main into main proper? > > I think it's more likely to mean that packages like gpg-rsa, > pgp-i, rsaref, and rsaref2 may be able to move into non-US/main > if their licences are otherwise DFSG-free (as the US government > still has some restrictions on exporting cryptography). Hmmm, okay, sorry. (I thought some of this US-patent-encumbered was in non-US because we felt it was free elsewhere, but now I see pgp-i is in fact in non-US/non-free). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Source-Navigator
On Wed, Sep 06, 2000 at 09:36:36AM -0400, Christopher C. Chimelis wrote: > Speaking of which, has anyone packaged Insight? If not, I'll look into it > (not ITP yet... :-P) I remember someone working on it, and maybe an ITP for it... -- Christian Surchi | [EMAIL PROTECTED] | www.debian.org [EMAIL PROTECTED] | [EMAIL PROTECTED] | www.firenze.linux.it -- Never trust an operating system you don't have sources for. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RSA Released Into The Public Domain
On Wednesday 6 September 2000, at 9 h 38, the keyboard of Peter S Galbraith <[EMAIL PROTECTED]> wrote: > So some stuff can get moved from non-US/main into main proper? It's now free in the USA (it already was in the rest of the world) but it is still not-exportable (which was because of US official export regulations, not because of RSA patents). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RSA Released Into The Public Domain
On Wed, Sep 06, 2000 at 09:38:10AM -0400, Peter S Galbraith wrote: > `The RSA algorithm was released into the public domain today > (September 6th, 2000). This is in advance of their US patent > expiring on the 20th.' > > http://slashdot.org/article.pl?sid=00/09/06/1252204&mode=thread > > So some stuff can get moved from non-US/main into main proper? I think it's more likely to mean that packages like gpg-rsa, pgp-i, rsaref, and rsaref2 may be able to move into non-US/main if their licences are otherwise DFSG-free (as the US government still has some restrictions on exporting cryptography). Happy day, though. -- Colin Watson <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Source-Navigator
On Wed, 6 Sep 2000, Adrian Bunk wrote: >Source-Navigator works with the Insight GUI interface for GDB. Speaking of which, has anyone packaged Insight? If not, I'll look into it (not ITP yet... :-P) C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RSA Released Into The Public Domain
`The RSA algorithm was released into the public domain today (September 6th, 2000). This is in advance of their US patent expiring on the 20th.' http://slashdot.org/article.pl?sid=00/09/06/1252204&mode=thread So some stuff can get moved from non-US/main into main proper? Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: No german umlauts in console and xterm
Hi,
From: Miros/law `Jubal' Baran <[EMAIL PROTECTED]>
Subject: Re: No german umlauts in console and xterm
Date: Wed, 6 Sep 2000 13:28:51 +0200
> 6.09.2000 pisze Tomohiro KUBOTA ([EMAIL PROTECTED]):
>
> > There is 'language-env' package for German, Spanish, Japanese, Russian,
> > and Thai (for Woody).
>
> Maybe we need some more general way to define default system localization
> (giving the users a possibility to change this default is very good,
> but I think we need a standardized way to change the defaults -- which
> I don't see)
Yes, I can imagine that 'language-env' will be a part of installer
and the user is asked to choose mother tongue. The settings can be
machine-wide (in /etc directory) or user-specific (by dot-files).
The point is, I think, the way of setting should be extremely extensible.
Database for LANG variable, console font, keymap, X font, and so on
is not sufficient. For example, Linux console cannot display
multibyte characters. Xterm and most of X terminal emulators
also cannot. Thus my .bashrc has
if [ "$TERM" = "linux" -o "${TERM%-*}" = "xterm" ]
then
export LANG=C
else
export LANG=ja_JP.ujis
fi
This is written by 'language-env'. And more, what software is popular
is different from country to country. For example, 'language-env'
Japanese setting has very complecated Emacs setting because Emacs
is one of a few Japanese-enabled editor and very popular in Japan.
There are many softwares which need special settings (For example,
many softwares such as Window Maker have 'multibyte' configuration
item which has to be enabled for multibyte languages). Since we can
hardly have settings for all languages and all softwares, we have to
select some of softwares.
And more, softwares to be localized have to be configurable by
/etc files. Canna, one of Japanese input methods, cannot.
At last, required settings are very different from country to
country. For German, settings so as to display umlaut characters
on console are required, while, for Japanese, settings for
localized softwares to deny localization on console environment
is required. Font setting for Xterm is needed for Polish while
invoking Hanterm instead of Xterm is needed for Korean. Settings
and invocation of ne of input conversion servers is needed for
Japanese. I don't know what special settings are needed for
right-to-left languages such as Hebrew and Arab. Though Mule is
the only software which I know can handle right-to-left languages,
is it appropriate to set EDITOR=mule ?
Thus it is difficult to have a *smart* way of language configuration.
'language-env' is what I think is best for current Debian system.
I think it evolve with the development of internationalization of
Linux and Debian.
However, I will be happy my 'language-env' would be a skelton for
internationalization of Debian installer...
---
Tomohiro KUBOTA <[EMAIL PROTECTED]>
http://surfchem0.riken.go.jp/~kubota/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fwd: Re: Help on Debian Project - Need Me?
Previously Daniele Cruciani wrote: > About doc-central, I think that a person who is looking for > docomuntation couldn't find nothing better than doc-central: if you > add image animated icon (flash make want little space on disk but > great amount of calculus resourse), it will result more "friendly" in > some way but tedious in other way. I don't want anything animated on there, I'm looking for something that is simple and clean but looks a bit better then it does currently. The current html also has a problem with mozilla/galeon/etc.: search results get put in the wrong frame, and I have no idea why.. I'll rewrite bits of doc-central to make it use templates from which the html is generated and some per-user configuration settings (actually that is already in there but not used currently), that should make it easier to customize things. Wichert (thinking doc-central might be his most succesfull 1-day hack so far :) -- _ / 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 | pgpfcXZSDYXvo.pgp Description: PGP signature
Re: debhelper or fakeroot problem?
Previously Atsuhito Kohda wrote: > I can not understand what is a problem but when I tried to > buildpackage in woody system, dpkg-shlibdeps displaied the > following message; That's a result of fakeroot messing around with libraries. If I remember correctly it was fixed in a NMU at some point but seems to have resurfaced. At any rate, dpkg 1.7.0 will have a dpkg-shlibdeps that does not use ldd to look for dependencies and that will fix this problem as well. 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 | pgprllGuDZQ7J.pgp Description: PGP signature
Getting current keymap
Hello, I'm currently writing a config file generator for an automated Debian install tool we're developing. My script needs to gather config information from an existing machine to generate an XML file with various config info (among which the current keymap) The problem is that there doesn't seem to be a clean way to know which keymap has been installed, and even comparing /etc/console-tools/default.kmap.gz to everything under /usr/share/keymaps won't do because of the include files. Is there something obvious I missed or is it really unfeasible ? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITP: Source-Navigator
wnpp didn't forward this, so I send it manually: What is Source-Navigator? Source-Navigator is a source code analysis tool. With it, you can edit your source code, display relationships between classes and functions and members, and display call trees. You can also build your projects, either with your own makefile, or by using Source-Navigator's build system to automatically generate a makefile. Source-Navigator works with the Insight GUI interface for GDB. Source-Navigator supports C, C++, Java, Tcl, [incr Tcl], FORTRAN and COBOL, and provides and SDK so that you can write your own parsers. Use Source-Navigator to: * Analyze how a change will effect external source modules. * Find every place in your code where a given function is called. * Find each file that includes a given header file. * Use the grep tool to search for a given string in all your source files. Source-Navigator is released under the GNU Public License. Homepage: http://sources.redhat.com/sourcenav/index.html cu, Adrian -- A "No" uttered from deepest conviction is better and greater than a "Yes" merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: alternatives for MUA and NUA?
On Wed, Sep 06, 2000 at 09:16:38PM +1100, Brian May wrote: > Programs like reportbug, netscape, err I mean Mozilla, etc, wouldn't > have to be manually configured for a default MUA. Nor would these > programs have to support every MUA on the planet. Have a look at > /etc/reportbug.conf for a sample of what I am talking about. I looked at that configuration file. It appeared to me that there was enough info in there for reportbug just to use /usr/sbin/sendmail to deliver it, rather than using an MUA at all. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: No german umlauts in console and xterm
While we are at it, there are two bugs against base-files (#56275 and #62475) and boot-floppies (#67913) regarding german umlauts. * It's true that bash (and readline-based programs) rejects german umlauts? * Does it happen even under a locale such as de_DE? * If the answer is yes, does "set convert-meta off" in /etc/inputrc definitely solves this problem? * Are there undesired side effects? (Bug #56275 has a detailed explanation about how to solve the undesired effects. Can we solve them all?). * If "set convert-meta off" in /etc/inputrc is not the best solution, which is? I'm not a guru on input methods, so I will appreciate any help on this. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
On Tue, Sep 05, 2000 at 11:08:17PM -0400, Jacob Kuntz <[EMAIL PROTECTED]> was
heard to say:
> Daniel Burrows ([EMAIL PROTECTED]) wrote:
> > Erm, how many 'newbies' are going to know what a class A vs class C
> > network
> > is, or what a "gateway" is, versus the number who'll freak out and run in
> > terror?
>
> ok, now i hate seeing free apps/desktop systems that just copy windows, and
> i dislike even more the idea that windows is a good standard to follow, but
> i do have to disagree with you on this point.
>
> windows doesn't hide the gateway from you, it's there right under netmask.
> lots of newbies use windows. i'd go so far as to say many people reading
> this list probably started on windows. have any of us "freaked out and ran
> away"?
>
> as far as the network class thing, lets just make sure it's possible to have
> classless subnets, too.
Sorry, I should've been more verbose..
First, the suggested "gateway" doesn't let you enter your gateway; it lets
you give a hint to the underlying code about your gateway. (Windows, since
you brought it up, lets you just say what your gateway is directly)
In my experience, most naive users do one of two things to set up a network:
(a) it's autoconfigured (DHCP or PPP)
(b) the network people give them a long list of parameters to enter
(IP address, netmask, gateway, DNS server, etc)
In the first (and arguably the preferable) case, this is unnecessary.
In the second case, the class doesn't matter, and will just confuse them
("My instructions say we need a netmask of 255.255.255.0, how do I enter that?")
This is an interesting suggestion though, and maybe munging the set of
questions asked will eliminate this problem (eg, show in the questions what
the result of each choice will be: Class C => 255.0.0.0 or whatever)
Daniel
--
/- Daniel Burrows <[EMAIL PROTECTED]> -\
| This space | "Of course you can't see the guards. They DON'T EXIST!" |
| intentionally | "Oh my god, we're surrounded!" "Run away, run away!" |
| left blank. | -- Fluble|
\- Got APT? -- Debian GNU/Linux http://www.debian.org /
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
On Tue, 5 Sep 2000, Frederic Peters wrote: > don't have tested yet. It would be a good idea to avoid duplicated work. So why not linuxconf? AFAIK it's the most powerful conftool around and there's *even* a .deb version of it. Further on it's pretty trivial to write modules for it and once done you can interface to the conftool through the command line, the web, textinterface, x-interface, ... So, yes, why reinvent the wheel, if there are allready n^x conftools around with a new one popping up monthly (webmin, COAS, linuxconf, debconf, yast, ..., ..., ...) ? It's not going to make anything easier. *t Tomas Pospisek SourcePole - Linux & Open Source Solutions Elestastrasse 18, 7310 Bad Ragaz, Switzerland Tel: 081 330 77 11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: No german umlauts in console and xterm
6.09.2000 pisze Tomohiro KUBOTA ([EMAIL PROTECTED]): > There is 'language-env' package for German, Spanish, Japanese, Russian, > and Thai (for Woody). Maybe we need some more general way to define default system localization (giving the users a possibility to change this default is very good, but I think we need a standardized way to change the defaults -- which I don't see) best regards, Jubal -- [ Miros/law L Baran, baran-at-knm-org-pl, neg IQ, cert AI ] [ 0101010 is ] [ BOF2510053411, makabra.knm.org.pl/~baran/, alchemy pany ] [ The Answer ] Expect the worst, it's the least you can do. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: No german umlauts in console and xterm
Ricardo Javier Cardenes Medina wrote: > ... > > For Spanish speakers (like me), there's a "task-spanish" package, which > installs (between others) a "castellanizar" program, which modify the > global shell rc's for supporting ñáéíóúäëïöü... on any program, including > the shell command line. There is also a user-es package that helps for that. This package is inspired in the user-de package for german users, which I think will be of help for the author of the original message. -- = Agustín Martín Domingo, Dpto. de Física, ETS Arquitectura Madrid, (U. Politécnica de Madrid) tel: +34 91-336-6536, Fax: +34 91-336-6554, email:[EMAIL PROTECTED], http://corbu.aq.upm.es/~agmartin/welcome.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP or rather upload... KDE
On Wed, Sep 06, 2000 at 12:31:49PM +0200, Bernhard R. Link wrote: > On Tue, 5 Sep 2000, Ivan E. Moore II wrote: > > > kdenetwork - > > > This will all happen after qt2.2 is released with the GPL lic and > > packaged/uploaded... > > (except for kdelibs and support which do not have the licensing issues) > > Be carefull, according to > http://developer.kde.org/documentation/licensing/licensing.html some parts > of kdenetwork are still licenced qpl. It may just need to recopy these > parts from an gpl'ed qt, but I do not know KDE or qt well enough. not according to the source code. I see GPL, LGPL, and Artistic. But I plan on doing yet another sweep of all the source, readme's, etc...prior to build and upload. Ivan -- Ivan E. Moore II [EMAIL PROTECTED] http://snowcrash.tdyc.com GPG KeyID=90BCE0DD GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
On Tue, Sep 05, 2000 at 11:08:17PM -0400, Jacob Kuntz wrote: > ok, now i hate seeing free apps/desktop systems that just copy windows, and > i dislike even more the idea that windows is a good standard to follow, but > i do have to disagree with you on this point. > > [...] > > as far as the network class thing, lets just make sure it's possible to have > classless subnets, too. > Maybe the right way to do this is ordering the items to fill in a way that "naive" users have to type in the things we cannot figure out the first. Ex: Interface:[Choose one ] IP Address: ___.___.___.___ [ ] Auto (DHCP, Bootp, ...) Gateway: ___.___.___.___ Mask: ___.___.___.___ Class A [ ], B [ ], C [ ] ... We can fill automagically some of these values. If a user types in "192.168.1.15" as IP, and the interface is eth*, we can figure out that the gateway will be 192.168.1.1, and class C (255.255.255.0). The user will be able to modify those values as he/she is going through the options, if they are wrong. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: No german umlauts in console and xterm
Hi, From: Ricardo Javier Cardenes Medina <[EMAIL PROTECTED]> Subject: Re: No german umlauts in console and xterm Date: Wed, 6 Sep 2000 12:17:04 +0100 > For Spanish speakers (like me), there's a "task-spanish" package, which > installs (between others) a "castellanizar" program, which modify the > global shell rc's for supporting ???... on any program, including > the shell command line. > > Is there something like that for German users? If not, wouldn't be a good > idea package it? There is 'language-env' package for German, Spanish, Japanese, Russian, and Thai (for Woody). # I would like to support more languages. --- Tomohiro KUBOTA <[EMAIL PROTECTED]> http://surfchem0.riken.go.jp/~kubota/ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP or rather upload... KDE
On Tue, 5 Sep 2000, Ivan E. Moore II wrote: > kdenetwork - > This will all happen after qt2.2 is released with the GPL lic and > packaged/uploaded... > (except for kdelibs and support which do not have the licensing issues) Be carefull, according to http://developer.kde.org/documentation/licensing/licensing.html some parts of kdenetwork are still licenced qpl. It may just need to recopy these parts from an gpl'ed qt, but I do not know KDE or qt well enough. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: alternatives for MUA and NUA?
> "Hamish" == Hamish Moffatt <[EMAIL PROTECTED]> writes: Hamish> On Wed, Sep 06, 2000 at 09:20:12AM +1100, Brian May wrote: >> How about defining a standard interface and using wrapper >> scripts to convert the parameters? Hamish> OK, but what problem are we trying to solve with this Hamish> solution? ie what is the advantage of /etc/alternatives Hamish> for MUAs anyway? Programs like reportbug, netscape, err I mean Mozilla, etc, wouldn't have to be manually configured for a default MUA. Nor would these programs have to support every MUA on the planet. Have a look at /etc/reportbug.conf for a sample of what I am talking about. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: No german umlauts in console and xterm
On Tue, Sep 05, 2000 at 08:51:59PM +0200, Karsten Tinnefeld wrote: > > I hope this isn't necessary. > > > (you can disable this in bash, but then some other stuff (legitimate control > > chars) breaks, and since I only type umlauts on the command-line very > > occasionally, it wasn't worth the effort to fix) > > right, sorry, there was some resource I forgot to mention. > > This is my ~/.inputrc, which is read by libreadline. Please see bash(1) > for the meaning, where you cannot tell from the name. Important in this > context are obviously lines 3--5. ... For Spanish speakers (like me), there's a "task-spanish" package, which installs (between others) a "castellanizar" program, which modify the global shell rc's for supporting ñáéíóúäëïöü... on any program, including the shell command line. Is there something like that for German users? If not, wouldn't be a good idea package it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Python 1.6 released and GPL incompatible
On Wed, Sep 06, 2000 at 11:43:21AM +0200, Gregor Hoffleit wrote: > Still, if 1.6 were to replace 1.5.2, we had to check all packages that > depend on Python, if we think their license is still compatible with the > new Python license, and remove them if it's not. I'd opt against this. Yup, that sounds bad. > 2) Include both Python 1.5.2 and 1.6 in woody/main. The 1.6 packages >would not satisfy the dependencies of existing packages; any maintainer >who'd make a package depend on Python 1.6 would have to make sure that >its license is compatible with the Python 1.6 license. Install in a parallel tree (/usr/lib/python1.6, e.g) and use alternatives to manage /usr/bin/python, so that someone can install 1.5 and 1.6 side-by-side. This would be my favoured solution. Jules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Python 1.6 released and GPL incompatible
Python 1.6 was released finally today (for an announcement, see http://www.python.org/1.6/), and it was released under the discussed CNRI license. This license was intended to be compatible with the GPL, but RMS says he thinks it's not (cf. the announcement). Moments later, Guido and BeOpen's PythonLabs released Python 2.0b1, under the same license terms so far. AFAIK, there were consultations until the last mintue between CNRI, FSF (i.e. RMS and his law consultant Prof. Moglen) and BeOpen, moderated by Guido, but they were not able to settle the question in time for a timely release of Python 1.6. Therefore, Guido decided in order to not delay the work on 2.0 (which is supposed to come out later this year), that 1.6 would be released under this imperfect license, and 2.0b1 as well. The consultations will go on, and there's still hope that a settlement between RMS and CNRI will be found that produces a license that's compatible with the GPL. If this succeeds, Python 2.0 would be released under this license. This opens the question what Debian should do with Python 1.6: I'll ask debian-legal for a comment about the CNRI license. AFAICS, it's a fair DFSG-free license otherwise, so we could include Python 1.6 in woody/main. Still, if 1.6 were to replace 1.5.2, we had to check all packages that depend on Python, if we think their license is still compatible with the new Python license, and remove them if it's not. I'd opt against this. That leaves me with two possible solutions: 1) Ignore Python 1.6 and up, as long as the license is not compatible with the GPL. That's probably the easiest way to go, but is it justified ? Looks like a deliberate discrimination against a DFSG-free license, only because it's not GPL compatible. 2) Include both Python 1.5.2 and 1.6 in woody/main. The 1.6 packages would not satisfy the dependencies of existing packages; any maintainer who'd make a package depend on Python 1.6 would have to make sure that its license is compatible with the Python 1.6 license. I think I'd prefer the second solution. What do others think ? Gregor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debhelper or fakeroot problem?
On Wed, Sep 06, 2000 at 05:51:28PM +0900, Atsuhito Kohda wrote: > From: Henrique M Holschuh <[EMAIL PROTECTED]> > Subject: Re: debhelper or fakeroot problem? > Date: Tue, 5 Sep 2000 23:08:55 -0300 > > > On Wed, 06 Sep 2000, Atsuhito Kohda wrote: > > > dpkg-shlibdeps: warning: unable to find dependency information for shared > > > library /usr/lib/libfakeroot/libfakeroot (soname 0, path > > > /usr/lib/libfakeroot/libfakeroot.so.0, dependency field Depends) > > [...] > > > What is the problem and is there anyone who encountered the same > > > problem? > > > > It happens here everytime as well, but I simply ignore it, as no bogus > > information (dependency) on libfakeroot is being inserted anyway. > > I see. And, yes, it does nothing bad in fact to a package > but it is annoying and makes one very uneasy. But it will be fixed in dpkg 1.7.0 which will use objdump not ldd. Jules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP hodie
Miros/law `Jubal' Baran <[EMAIL PROTECTED]> writes: > Oh, package it. We have ddate for Discordians (in util-linux), we could > have hodie for Ill^WRome citizens. ;-> I've been convinced that it's not only making a nice latin locale. I'm only trying not to waste hacking time on packaging something allready done. Lat's package everything and the kitchen sink but let us not package anything twice. -- Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
On Tue, Sep 05, 2000 at 06:24:28PM +0200, Frederic Peters wrote: > So I drew the conclusion that what Debian needs for those users is simple > GUI tools. [some will respond here with "we don't want those users" and I > won't agree. This flamewar already happened. GUI tools doesn't mean you > have to use them. blah blah blah.] Warning: this is anecdotal. It's not a powerful logical argument. Beware. GUI admin tools are often written badly, they often fail to take into account every possible configuration and break strangely when invoked with a configuration they don't understand. They often have bugs, they often fail to give reliable or sensible error or status messages. In short, they often make the OS appear worse than it is: Redhat has a family of Tk GUI tools which, sometimes, exemplify this problem. Summary: If you write GUI admin tools, think very hard about how you will make them as robust and complete as the commandline ones. It is not easy. Jules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (Beware helix packages) Re: [CrackMonkey] The right to bare legs
On Tue, Sep 05, 2000 at 02:00:42AM -0500, Joseph Carter wrote: > On Mon, Sep 04, 2000 at 11:54:05PM -0700, Joey Hess wrote: > > > Software has bugs, it's a fact of life. New software is more likely to > > > have unknown bugs that affect more people. What makes the Helix packages > > > so nice is the turnaround time for fixes. I don't know how they do it, > > > but they do. > > > > Maybe they have a dinstall delay of less than 24 hours :-P > > Maybe so. I'd still like to see someone take up maintenance of jinstall > and package it personally. I'd do it myself if I could grok the perl. > Perl so far is a language that I just don't understand. It defies the > conventional structured thinking I apply to the way I write my code. Well, if jinstall is badly structured, only I can take the blame ;-) However, it's a trivial pattern matching hack to move files into the right directories, and totally fails to do any of the clever stuff dinstall does. It did all I needed for gnome-staging at the time.. Jules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: OT Re: /bin/ksh as a default POSIX shell
On Wed, Sep 06, 2000 at 03:34:39AM -0500, Branden Robinson wrote: > > gpg: CRC error; 72a653 - dc372a > > gpg: quoted printable character in armor - probably a buggy MTA has been > > used > > This concerns me a lot more than the joke itself or what led up to it. > > Does anyone else have this problem with that mail? You don't have to be > able to decrypt the message to see if the ASCII armoring has been borked. i had copied and pasted (gpm on console) the text into gpg and recieved no error except that i lacked the necessary private key to decrypt the message. i have mutt set to autoverify signatures, it verified your signature fine, and displayed the encrypted block as the message text (mutt ignored it) > If mutt is hosing up my mails I'm gonna be mondo pissed. If my MTA > (postfix) or murphy's MTA (still qmail?) is hosing up my mails I'm gonna be > mondo pissed. i am using mutt 1.0.1-9, postfix, fetchmail and procmail for the entire mail setup. > In fact, I'm gonna be mondo pissed no matter whose bug this is, let's try > and track it down. When I discovered that fetchmail was mangling GPG mails > a year or so ago, I had a thrombosis about it. maybe he was using one of those broken MUAs that don't understand RFC 2015? -- Ethan Benson http://www.alaska.net/~erbenson/ pgpkigoy52ZFa.pgp Description: PGP signature
Re: alternatives for MUA and NUA?
On Wed, Sep 06, 2000 at 09:20:12AM +1100, Brian May wrote: > How about defining a standard interface and using wrapper scripts > to convert the parameters? OK, but what problem are we trying to solve with this solution? ie what is the advantage of /etc/alternatives for MUAs anyway? Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debhelper or fakeroot problem?
From: Henrique M Holschuh <[EMAIL PROTECTED]> Subject: Re: debhelper or fakeroot problem? Date: Tue, 5 Sep 2000 23:08:55 -0300 > On Wed, 06 Sep 2000, Atsuhito Kohda wrote: > > dpkg-shlibdeps: warning: unable to find dependency information for shared > > library /usr/lib/libfakeroot/libfakeroot (soname 0, path > > /usr/lib/libfakeroot/libfakeroot.so.0, dependency field Depends) > [...] > > What is the problem and is there anyone who encountered the same > > problem? > > It happens here everytime as well, but I simply ignore it, as no bogus > information (dependency) on libfakeroot is being inserted anyway. I see. And, yes, it does nothing bad in fact to a package but it is annoying and makes one very uneasy. > I don't know if there's a way to shut dpkg-shlibdeps up AND cause it to > still NOT include any bogus dependencys on libfakeroot. I guess there might be something wrong anywhere. Thanks for your information. Best Regards, 2000.9.6 -- Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Tokushima Univ. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mfm (frontend of mtools)
From: Adrian Bunk <[EMAIL PROTECTED]> Subject: Re: mfm (frontend of mtools) Date: Wed, 6 Sep 2000 10:20:11 +0200 (CEST) > > I needed mfm for some application and visited http site of mfm > > http://www.core-coutainville.org/mfm/ > > then there is Debian package of mfm. But as I searched mfm in > > dselect window there is not mfm even in woody now. > > > > Will mfm package appear in woody in the near future or the one in http > > site is completely independent package from Debian itself? > > On this site is my package that is in woody since at about 2 months: Ah, very sorry and it's you, Adrian, who packaged mfm. I searched again and found mfm as you said. Well, I might be tired to set up new machine and did something wrong. Sorry again. Best Regards, 2000.9.6 -- Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Tokushima Univ. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X and runlevels
On Tue, Sep 05, 2000 at 11:01:28AM +0200, Marcelo E. Magallon wrote: > >> Branden Robinson <[EMAIL PROTECTED]> writes: > > > and sent patches to XFree86 a long time ago, but the patch was > > ignored, and Dirk Hohndel basically told me I was an idiot for > > doing so, because it might unexpectedly terminate the server in the > > quite common case of four X session logins in a row that averaged > > less than 6 seconds each... > > Huh all right. I don't understand what you/he meant by that, but the > code that was patched (the xdm shipped with 3.3.2) was broken. No it wasn't. After I started shipping our xdm packages with those resources switched on our problems with "xdm loops forever and I can't log in as root on the console to turn it off" went away. This is not because everybody suddenly learned how to type CTRL-R; that would require reading the manaual. > The patch worked based on the *number* of consecutive failures. The > current code works based on the *time* between failures, and it's > rather agressive at that IMO. I've seen a little bit of the current (4.0.1) behavior and I think it's badly broken. I haven't had time to examine it. -- G. Branden Robinson | It doesn't matter what you are doing, Debian GNU/Linux| emacs is always overkill. [EMAIL PROTECTED] | -- Stephen J. Carpenter http://www.debian.org/~branden/ | pgpxlrjhsqDTE.pgp Description: PGP signature
Re: OT Re: /bin/ksh as a default POSIX shell
On Tue, Sep 05, 2000 at 10:03:56AM +0200, Ulf Jaenicke-Roessler wrote: > Saved to "branden.asc" and 'gpg -d branden.asc' results in > > gpg: CRC error; 72a653 - dc372a > gpg: quoted printable character in armor - probably a buggy MTA has been used This concerns me a lot more than the joke itself or what led up to it. Does anyone else have this problem with that mail? You don't have to be able to decrypt the message to see if the ASCII armoring has been borked. If mutt is hosing up my mails I'm gonna be mondo pissed. If my MTA (postfix) or murphy's MTA (still qmail?) is hosing up my mails I'm gonna be mondo pissed. In fact, I'm gonna be mondo pissed no matter whose bug this is, let's try and track it down. When I discovered that fetchmail was mangling GPG mails a year or so ago, I had a thrombosis about it. > Well, I was able to "repair" and read it. Even if I wanted to tell you, > I'm afraid I can't. Or is there a difference between private-mail and > privately-encrypted-mail-on-a-public-forum in this regard? I release you from any obligations of confidentiality, but it really was just a worthless joke. :) > Besides, you don't really want to know - it's a somehow, hmmm, strange (to > say the least) choice of language ;-) It's a colloquial (and profane) expression, custom-tailored to express my resentment of government agents and anyone who I think might be promoting their anti-privacy agenda. :) -- G. Branden Robinson | When I die I want to go peacefully in Debian GNU/Linux| my sleep like my ol' Grand Dad...not [EMAIL PROTECTED] | screaming in terror like his passengers. http://www.debian.org/~branden/ | pgpyY5ZDfB45J.pgp Description: PGP signature
Re: mfm (frontend of mtools)
On Wed, 6 Sep 2000, Atsuhito Kohda wrote: > Hi all, > > I needed mfm for some application and visited http site of mfm > http://www.core-coutainville.org/mfm/ > then there is Debian package of mfm. But as I searched mfm in > dselect window there is not mfm even in woody now. > > Will mfm package appear in woody in the near future or the one in http > site is completely independent package from Debian itself? On this site is my package that is in woody since at about 2 months: $ apt-cache show mfm Package: mfm Version: 1.5-2 Priority: optional Section: otherosfs Maintainer: Adrian Bunk <[EMAIL PROTECTED]> Depends: libc6 (>= 2.1.2), libglib1.2 (>= 1.2.0), libgtk1.2 (>= 1.2.7-1), xlib6g (>= 3.3.6-4), mtools (>= 3.9.7) Architecture: i386 FileName: dists/woody/main/binary-i386/otherosfs/mfm_1.5-2.deb ... > Best Regards,2000.9.6 cu, Adrian -- A "No" uttered from deepest conviction is better and greater than a "Yes" merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mfm (frontend of mtools)
Hi all, I needed mfm for some application and visited http site of mfm http://www.core-coutainville.org/mfm/ then there is Debian package of mfm. But as I searched mfm in dselect window there is not mfm even in woody now. Will mfm package appear in woody in the near future or the one in http site is completely independent package from Debian itself? Best Regards, 2000.9.6 -- Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Tokushima Univ. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP magellan
On Mon, Sep 04, 2000 at 04:29:38PM +0100, John O Sullivan wrote: > Magellan is a personal information manager under development for KDE 2.0. I am It looks great. But a few months back the upstream told me it wasn't even in a state to be demonstrated on LinuxTag here in Germany. > a close friend of the project leader and we've discussed this several times. > More details available from http://www.kalliance.org > The license is the MIT license. Does that mean it works now? I hereby offer to beta test your package. :-) Michael -- Michael Meskes Michael@Fam-Meskes.De Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Mozilla update in Potato Proposed updates?
I've been toying with the idea of uploading a new mozilla to=20 proposed-updates to get cleaned up before the potato R1 release. Any comments on this? Potato Mozilla version is M14 As of this Mail, Mozilla is at M17 If you have reasons why it shouldn't be in potato I'd like to know I may be able to fix most if not all of the serious problems Please keep in mind how obscenely old the current potato mozilla is before commenting. (PS: Please keep the discussion on the list, so ideas aren't repeated, and other opinions can be voiced, and I couldn't care less if you CC me) -- Frank aka Myth The unix learning curve may be steep, but at leas you only have to climb it once -- unknown pgpocNlSUW5TQ.pgp Description: PGP signature
Re: build question
On Mon, Sep 04, 2000 at 07:19:11PM +, michael d. ivey wrote: > my main server is potato. is it "bad" for me to be building packages > there if they are destined for woody? should i start building on a > woody box? You could do source only uploads. Roland -- Roland Bauerschmidt <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
Daniel Burrows ([EMAIL PROTECTED]) wrote: > Erm, how many 'newbies' are going to know what a class A vs class C network > is, or what a "gateway" is, versus the number who'll freak out and run in > terror? ok, now i hate seeing free apps/desktop systems that just copy windows, and i dislike even more the idea that windows is a good standard to follow, but i do have to disagree with you on this point. windows doesn't hide the gateway from you, it's there right under netmask. lots of newbies use windows. i'd go so far as to say many people reading this list probably started on windows. have any of us "freaked out and ran away"? as far as the network class thing, lets just make sure it's possible to have classless subnets, too. -- Jacob Kuntz underworld.net/~jake [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt and multiple connections
On 6 Sep 2000, Andrew J Cosgriff wrote: > On a similar (but kinda opposite) note, are there any plans to add > some bandwidth-limiting functionality to apt/apt-get ? No. It isn't very effective to try and do that from an application - use the services in the linux kernel if you really need it... Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debhelper or fakeroot problem?
On Wed, 06 Sep 2000, Atsuhito Kohda wrote: > dpkg-shlibdeps: warning: unable to find dependency information for shared > library /usr/lib/libfakeroot/libfakeroot (soname 0, path > /usr/lib/libfakeroot/libfakeroot.so.0, dependency field Depends) [...] > What is the problem and is there anyone who encountered the same > problem? It happens here everytime as well, but I simply ignore it, as no bogus information (dependency) on libfakeroot is being inserted anyway. I don't know if there's a way to shut dpkg-shlibdeps up AND cause it to still NOT include any bogus dependencys on libfakeroot. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh pgpPRGTDFSXdA.pgp Description: PGP signature
Re: ITP or rather upload... KDE
> I suggest you DON'T do away with kde.tdyc.com ... You have the > infrastructure in place already, use it as a repository for latest KDE and > people can just list it after the debian lines in their sources.list if > they want more bleeding edge stuff durring freezes and for releases. > > Just a suggestion. good point...plus the potato packages will still be desired. Ivan -- Ivan E. Moore II [EMAIL PROTECTED] http://snowcrash.tdyc.com GPG KeyID=90BCE0DD GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debhelper or fakeroot problem?
Hi all, I can not understand what is a problem but when I tried to buildpackage in woody system, dpkg-shlibdeps displaied the following message; dpkg-shlibdeps: warning: unable to find dependency information for shared library /usr/lib/libfakeroot/libfakeroot (soname 0, path /usr/lib/libfakeroot/libfakeroot.so.0, dependency field Depends) However when the system was potato this did not happen as I remembered. Moreover not every packages seem to cause the same problem as far as I tested (not sure but perhaps so) What is the problem and is there anyone who encountered the same problem? System information: ii fakeroot 0.4.4-6Gives a fake root environment. ii debhelper 2.1.8 helper programs for debian/rules Thanks in advance, 2000.9.6 -- Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Tokushima Univ. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QT-GPL
On Tue, Sep 05, 2000 at 05:29:14AM -0700, Kenneth Scharf wrote: > Just read on Linuxtoday.com that trolltech will > license QT under the GPL. Guess the 'river was > lowered' instead of 'raising the bridge' (old Jerry > Lewis movie title) so KDE can now go in main for > Woody, right? Yes. Anyone checked the temperature in Hell lately? -- Joseph Carter <[EMAIL PROTECTED]> GnuPG key 1024D/DCF9DAB3 Debian GNU/Linux (http://www.debian.org/) 20F6 2261 F185 7A3E 79FC The QuakeForge Project (http://quakeforge.net/) 44F9 8FF7 D7A3 DCF9 DAB3 my US geograpy is lousy...lol so's mine and I live here -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt and multiple connections
Jason Gunthorpe wrote : > On Mon, 4 Sep 2000, Russell Coker wrote: > > > I would like to transfer several files at a time to enable usable throughput > > through slow web caches. Is there any way this can be done? If not can > > this > > feature be added? > > If I recall it isn't too hard, but it isn't there specificly to > prevent yahoos on 'fast' links from tanking our archive servers. > > As much as I hate saying it, if you are behind a poor web cache or > have an ISP that QOS's HTTP then you should probably use ftp.. On a similar (but kinda opposite) note, are there any plans to add some bandwidth-limiting functionality to apt/apt-get ? -- Andrew J Cosgriff <[EMAIL PROTECTED]> sheila liked the rodeo... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP lame
On Tue, Sep 05, 2000 at 10:10:49AM -0500, David Starner wrote: > The problem is not "patents", it's that this particular patent also > applies in Germany, meaning we can't distribute from non-us either. Pandora is not in .de, it's in .nl and is non-us. The issue is .de (and the rest of the world) mirrors. -- Joseph Carter <[EMAIL PROTECTED]> GnuPG key 1024D/DCF9DAB3 Debian GNU/Linux (http://www.debian.org/) 20F6 2261 F185 7A3E 79FC The QuakeForge Project (http://quakeforge.net/) 44F9 8FF7 D7A3 DCF9 DAB3 ok guys .. so whens the next commit :PP when they come to get me -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP or rather upload... KDE
On Tue, Sep 05, 2000 at 02:10:09AM -0700, Ivan E. Moore II wrote: > Ok...I leave for an extended weekend and Troll get's freaky on me! :) > > Since I've been basically doing this unofficially for almost 2 years now > working with Stephan Kulow who was the maintainer/developer and who has > since passed it on to me due to time and the fact he's not running woody > and all...and since QT (which I also maintain currently) 2.2 will be > GPL'd solving all those lovely issues of the past, I'm announcing my > intent to do away with kde.tdyc.com and merge in all the KDE 2.x > packages into main. These include the following: I suggest you DON'T do away with kde.tdyc.com ... You have the infrastructure in place already, use it as a repository for latest KDE and people can just list it after the debian lines in their sources.list if they want more bleeding edge stuff durring freezes and for releases. Just a suggestion. -- Joseph Carter <[EMAIL PROTECTED]> GnuPG key 1024D/DCF9DAB3 Debian GNU/Linux (http://www.debian.org/) 20F6 2261 F185 7A3E 79FC The QuakeForge Project (http://quakeforge.net/) 44F9 8FF7 D7A3 DCF9 DAB3 *snipsnip* oh dear, is that the sound of fortune-database editing? uh oh Yes => -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: WTF does zsh 3.1.9 does in potato-proposed-updates ?
> The completion control system has changed, along with a few other > minor details. I am myself a zsh user and have since made the > adjustment; I'm not sure the attitude others have towards their > zshrc's. A number of the mechanisms used prior to zsh-3.1.x to > control the completion behavior are no longer available at all. > This is probably the source of his complaint. I don't believe that's true. The compctl stuff in 3.1, though deprecated, should be, on the whole, behave the same as it did in 3.0. However, that's irrelevant, because the version present in virgin potato is 3.1. Any new-style completion system "incompatibilities" between the version in potato and the one in proposed-updates can be considered bugfixes. There is no point in supporting the version in potato longer than necessary, as there have been numerous bugfixes since then, both within the completion system and elsewhere. In short, a new version should definitely be included in the next point release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fwd: Re: Help on Debian Project - Need Me?
On Tue, Sep 05, 2000 at 01:07:54AM +0200, Wichert Akkerman wrote: > Previously Kyle Lynch wrote: > > Actually, all im trying to say is, how can I help make icons for projects > > or at least help maintain the website? > > Well, I wouldn't mind if you could help me improve the webpages > that doc-central generates.. Hei!! doc-central is good! don't make it browsable only by IE !! :) ... i follow the flame, I think debian site is good enought for a page of an O.S. About doc-central, I think that a person who is looking for docomuntation couldn't find nothing better than doc-central: if you add image animated icon (flash make want little space on disk but great amount of calculus resourse), it will result more "friendly" in some way but tedious in other way. Personally, when I navigate on doc-central, I don't need icons, colours and so, I need to read documentation (I can imagine imagines :) -- Daniele Cruciani <[EMAIL PROTECTED]> Universita` di Pisa - Informatica - http://www.cli.di.unipi.it/~cruciani/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITP: robodoc
I have need of ROBODoc for my own free software project. This GPL'd package is a documentation tool for code. The home page is: http://www.xs4all.nl/~rfsber/Robo/index.html I have packaged version 3.2.2 of ROBODoc. The test packages are available at: http://master.debian.org/~synrg/ Ben -- nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED] Debian http://www.debian.org [EMAIL PROTECTED] [ pgp key fingerprint = 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] [ gpg key fingerprint = 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: WTF does zsh 3.1.9 does in potato-proposed-updates ?
At some point in the past, a nameless Debian user/developer posted: >> Why a new zsh was introduced in potato-proposed-updates ? It's not >> compatible with thw previous version... On Tue, Sep 05, 2000 at 07:19:42PM -0400, Clint Adams wrote: > What do you mean, it's not compatible? The completion control system has changed, along with a few other minor details. I am myself a zsh user and have since made the adjustment; I'm not sure the attitude others have towards their zshrc's. A number of the mechanisms used prior to zsh-3.1.x to control the completion behavior are no longer available at all. This is probably the source of his complaint. Cheers, Bill -- "Memory is like an orgasm it's better when you don't have to fake it" -- Seymour Cray -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: WTF does zsh 3.1.9 does in potato-proposed-updates ?
> Why a new zsh was introduced in potato-proposed-updates ? It's not > compatible with thw previous version... What do you mean, it's not compatible? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: GUI tools for common Debian admin tasks
Frederic Peters <[EMAIL PROTECTED]> writes: > I started coding proof of concepts thingies; they should be in my home > directory on master (~fpeters/, is this accessible from http ?) soon. > There is also a screenshot at > http://gaby.netpedia.net/pics/Screenshot_GUI_tools.jpeg I think the best would be to make a nice front-end for debconf. > > Waiting your comments, > > Frederic > > PS: the philosophy behind looks like the one used by HelixCode in their > future admin tools (to configure SMB shares, resolv.conf, ...) that I > don't have tested yet. It would be a good idea to avoid duplicated work. > > PS2: _don't_ send me copies of your mails. I'm subscribed to debian-devel. > > -- > Frederic Peters <[EMAIL PROTECTED]>« Le travail a été ce que l'homme > Debian GNU/Linux : http://www.debian.org a trouvé de mieux pour ne rien > Gaby : http://gaby.netpedia.net faire de sa vie. » R. Vaneigem > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- John Goerzen <[EMAIL PROTECTED]> www.complete.org Sr. Software Developer, Progeny Linux Systems, Inc.www.progenylinux.com #include <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: alternatives for MUA and NUA?
> "Gerfried" == Gerfried Fuchs <[EMAIL PROTECTED]> writes: Gerfried> On 05 Sep 2000, Andreas Fuchs <[EMAIL PROTECTED]> wrote: >> Today, Hamish Moffatt <[EMAIL PROTECTED]> wrote: > Do most mail >> readers have the same command line interface? Perhaps, > but I >> really doubt that news readers do. Gerfried> *scratches* Uhm, right, I haven't thought about that Gerfried> *damnit* It sounded so good when it came to my mind, Gerfried> though... How about defining a standard interface and using wrapper scripts to convert the parameters? Surely, it couldn't be too difficult, there are only a limited number of parameters: eg: to, cc, subject, body would be enough, I think, even for programs like bug and reportbug. Only problem might be MUAs that don't support all of these parameters. If thats the case, then fix the MUA. I think it would be worth doing something like the above, just for netscape, reportbug, and bug. As for the update-alternatives: I think a better method would be something like that used for EDITOR - IIRC users can override the default choice with an environment variable. > "Andreas" == Andreas Fuchs <[EMAIL PROTECTED]> writes: Andreas> And then, there is gnus. I have never been able to call gnus satisfactorily from an external program. I always get annoying side affects - eg.\ the new message appears in *2 frames*: the current gnus frame *and* a new frame. There is no need to use two frames, and it only adds to the clutter of windows I already have on my desktop. If only it would leave the current frame alone, and it would be OK. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: My recent bug's and continuing effort to debconf-ize Debian
If you want, I can file it that way but I just sent it to you as you asked. In general, I have been filing them that way. -- John Wichert Akkerman <[EMAIL PROTECTED]> writes: > Previously John Goerzen wrote: > > Incidentally, I have debconfized the following: > > > > base-passwd > > I'm quite sure I told you I wouldn't merge that until after the potato > release. I also notice you didn't file the patch as a wishlist bugreport > which makes it a bit harder to find.. > > 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 | -- John Goerzen <[EMAIL PROTECTED]> www.complete.org Sr. Software Developer, Progeny Linux Systems, Inc.www.progenylinux.com #include <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITA: yacas
Having corresponded with the erstwhile maintainer of yacas, I intend to adopt the package. Upload of new upstream version RSN. -- Gopal Narayanan <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Debian GNU/Linux Developer Dept. of Astronomy, University of Massachusetts, Amherst -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: An Idea/RFP: x group /
Andreas Rottmann <[EMAIL PROTECTED]> writes: AR> Wht about a package that contains the following commands (yet to be AR> written): AR> AR> xuseradd # Add's the user to the x group AR> xuserdel # Deletes the user from the x group AR> AR> The package would have an config file where it lists all users that AR> are allowed to use x (there must be an user that x runs under, I think AR> best called x ;-)). The x startup script would then call xhost AR> +@localhost for all of these users, and the above commands would AR> use xhost (if X is running) to update the status immediatly. Does user-based xhost authentication work? At all? AR> Since xhost supports NIS, it would be good to accept "users" like this AR> nis:[EMAIL PROTECTED] and, for network use [EMAIL PROTECTED] (one could simply pass AR> names that contain '@' without appending '@localhost'). My impression is that anything involving NIS is horribly insecure. Is there any encryption/authentication in the X protocol? AFAIK, the Kerberos-based authentication is horribly broken and won't work with any version of Kerberos 5 released within the past 5 years. Nothing else is secure at all over the network. (Hence, the popularity of X tunnelling over ssh.) BTW, why would you *want* to do this? You're basically creating a class of local and/or remote users who can spy on/take over arbitrary users' X sessions. I'd be pretty scared if I was using a system and another user's X windows started popping up on top of mine. Other things to think about if you're really set on doing this: what keeps the logged-in user from running 'xhost [EMAIL PROTECTED]'? What keeps someone on the acl from running 'xhost -:0.0'? What if there are multiple X servers running on the machine? -- David Maze [EMAIL PROTECTED] http://www.mit.edu/~dmaze/ "Theoretical politics is interesting. Politicking should be illegal." -- Abra Mitchell -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Archive maintainers: Please relocate tpctl package
On Tue, Sep 05, 2000 at 05:05:35PM -0400, Thomas Hood wrote: > The tpctl packages still haven't been relocated. Is there > some holdup? Time. sorry, I'll take a look this afternoon. -- Michael Beattie ([EMAIL PROTECTED]) - Don't force it, use a bigger hammer. - Debian GNU/Linux Ooohh You are missing out! pgpnoYJO0xZ53.pgp Description: PGP signature
Re: RFC: GUI tools for common Debian admin tasks
Daniel Burrows <[EMAIL PROTECTED]> wrote: > I think it would also be interesting to integrate this into Nautilus (the >new Gnome filemanager) and (now that KDE is finally legal) Konquerer. > > You could certainly display some package info this way -- in particular, >being able to display (in the Properties dialog box of these programs) what >package a file belongs to would be cool. (it can't be done efficiently yet, >but you could cache this information somehow, as dlocate does..) > > Also, it might be intriguing to (ab)use the VFS support in these programs >to convert them into Apt frontends. I'm not sure how far you could go, but >it would be interesting to see if it worked. Reminds me of the time my roommate and I took a Packages file, munged it a bit to make it into an mbox mail folder, and then he told Gnus to pretend the mbox was a newsgroup so that he could start killfiling packages. It's one of the stranger things I've ever done. It would, again, be interesting to see how far you could go in terms of crowbarring one metaphor into the other. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
