Re: Trying to come back...

I've checked debian-keyring's changelog and I seem to have been marked as "emeritus": Have a look at the post from James Troup on the subject of different developer states, http://lists.debian.org/debian-devel-announce/2003/05/msg6.html. Should explain most of your questions. Yes, thanks. I

Trying to come back...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. I was once a Debian developer. Perhaps some of you remember my name =) . I'd like to go back maintaining just one or two packages. How should I do? I've checked debian-keyring's changelog and I seem to have been marked as "emeritus": ~ Emeritus \E*

Re: tar -I incompatibility

> - -j, --bzip2filter the archive through bzip2\n\ > + -I, -j --bzip2 filter the archive through bzip2\n\ If it's a deprecated option, don't document it in the online help. A note in a COMPATIBILITY section in the manpage is more appropriate.

What to do about /etc/mtab

> > >[EMAIL PROTECTED]:/tmp>mount -o loop foo 1 > > Why don't we just patch mount to use /var/run/mtab? > > I don't know about any other program which modifies it. > > because /var is not always on the same partition as / /etc/mtab shouldn't exist, all the information should be handled by the k

Re: tar -I incompatibility

> > Of course the -I option to tar was completely non-standard. The changelog > > explains why it changed, to be consistant with Solaris tar. I'd prefer > > portability and consistancy any day, it shouldn't take that long to change > > any custom scripts you have. I always use long options for n

Re: our broken man package

> > There could be a helper setuid program, man-cache-writer. man would call > > this program and pipe it the catpage. man-cache-writer would just write it's > > stding to the proper place. End of the problems. > > No so simple. You don't want the trusted program trusting the output of > a non-tr

Re: our broken man package

> the problem with this is you end up with the catman files owned by > whatever user reads whatever man page. personally as a sysadmin i > don't want users gaining write permission to files in any more places > under /var then there already is (ahem texmf). i am not certain if > there is potentia

Re: [Fwd: Bug#63511 acknowledged by developer(Bug#63511: fixed in glibc 2.2-7)]

> When you start saying "docs", you need to be more specific. But the worrying thing is that this bug should have been tagged as "more info", and the originator should have been contacted to provide that info. I don't think that a maintainer should close a bug report if he doesn't understand it,

Re: KDE2 - nice demolition job ...

> Purpose of Rant: Stir up the coals ... Have you already put some meat? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: why apt/dpkg not using bzip2

> The point being, I'm not arguing that the format I or other people are > using is right, but the "system" is more useful than what we are given to > use (the diff/dsc/tar setup). You can argue about the tar in a tar all you > want, I don't like it either. But the seperate patch set is a must, and

Re: why apt/dpkg not using bzip2

> Um, sorry if I'm missing something, but I can do apt-get source > as any user, and it downloads and unpacks the source for me nicely. This is something a common user must be able to do: - download a source package. - change some file inside the package (a Makefile? change a define in a .h?)

Re: intent to package countrycodes

> Until these basic packaging paradigms are mastered, I don't think > this package is fit for uploading yet. Perhaps you should ask for > more help in debian-mentors (which is for helping new maintainers)? Besides, there's the little fact that the package is totally useless =). $ grep ^AR /usr/s

Re: why apt/dpkg not using bzip2

> > That kind of packaging is a hack, and a very user unfriendly one. I'd like > > to have native bzip support, to have a lftp.orig.bz2. > lol, whoever said our source package format was user friendly to begin > with? Because a *normal* user can't easily unpack a debian source package any longer

Re: why apt/dpkg not using bzip2

> > > > I had a 486 with 8Mb and with `bzip2 -s' I could use bzipped packages > > > > perfectly... are we talking about 4 Mb mechines? > > > Do you realize how much ram dpkg itself already takes up? Add that to > > > bzip2 and you are definitely swapping, even with 8 megs of RAM. Heck, > > > doing

Re: why apt/dpkg not using bzip2

> > > > Speed reasons - gzip is significantly faster than bzip2, which matters > > > > for old ix86 (x=3,4) and m68k machines which run Debian. > > > > > > bzip2 also uses more memory which can be an issue with lowmemory > > > systems. > > > > I had a 486 with 8Mb and with `bzip2 -s' I could use

Re: why apt/dpkg not using bzip2

> > Speed reasons - gzip is significantly faster than bzip2, which matters > > for old ix86 (x=3,4) and m68k machines which run Debian. > > bzip2 also uses more memory which can be an issue with lowmemory > systems. I had a 486 with 8Mb and with `bzip2 -s' I could use bzipped packages perfectly.

Re: .bashrc (ls --color=auto setting)

> Nonono. auto means: > > With --color=auto, >color codes are output only if standard output is con­ >nected to a terminal (tty). I know, I know... but IMO it should also check the terminal type.

Re: ITP: Moscow ML - An implementation of standard ML.

> > > Don't do that. Moscow ML was my first package when I joined and I had > > > to learn that there are license problems. To be precise it is based on > > > Caml Light which is not GPLed (read: has further restrictions) therefore > > > you can't link GPL-code against it. > > > > > > We can't

Re: Intent To Split: netbase

> Then you also want every X11-app to ask if it should install itself in > /usr/X386/bin or somewhere else and every game-like app if it should > instaal it self in /usr/bin or /usr/games? Worse: There's a package which asks the sysadmin where is dpkg in the sustem..!

Re: Intent To Split: netbase

> Branden> Of course. The obvious answer is that programs that have > Branden> some utility to unprivileged users should go in /bin (or > Branden> /usr/bin). > > The problem with that is that it is all so very subjective, > and it all depends on the ``unprivileged user''. Under this tac

Re: ITP: Moscow ML - An implementation of standard ML.

> > I'm packaging Moscow ML. I'm not an expert in this language (but I know a > > little of it). Somebody talked to me about this package in a GNU/Linux event > > here in Argentina (where I gave a Debian talk that went very well!!!) and I > > commited myself to package this. I will have a package

Re: Signing Packages.gz

> I partly concur. Even if the developer->user channel was completely > secured by signatures et al, we would still have the problem of an > attacker gaining very much by breaking into a single developer's > machine. You're netbase package is a good example: it contains a > couple of programs usual

Re: Permissions/ownerships of /cdrom and /floppy

> > Permissions on mount points don't seem to make much difference. I was able > > to > > mount a filesystem on a mount point with mode 0, and once mounted the > > permissions come from the mounted filesystem, not the mount point. > > While we are at it, is there a rationale for /boot to be root.

Re: ITP: gnome-db

> gnome-db is a a shot at something like the ODBC api's available under windows. > I proposed the idea on gnome-list many moons ago, and it was picked up by > Michael Lausch, who I believe is the main developer. But why don't they use ODBC on Linux?

Re: Bug#32888: marked as done (base: Removing "Obsolete" package base kills a system)

> On Sun, Mar 26, 2000 at 11:14:06PM -0300, Nicolás Lichtmaier wrote: > > > dpkg-divert --package base-files --divert-to /dev.base/hda /dev/hda > > > > Ugh.. ugly... > > > > The clean solution is to truncate the file list of base, as proposed. This >

Re: Bug#32888: marked as done (base: Removing "Obsolete" package base kills a system)

> dpkg-divert --package base-files --divert-to /dev.base/hda /dev/hda Ugh.. ugly... The clean solution is to truncate the file list of base, as proposed. This will "release" all the files owned by that package safely, with no danger at all.

Re: of bash and ...sbin/

> Agreed (mostly). It is very important that Debian have things in the same > place as other Linux distros, and other common Unix flavours. Otherwise, > scripts from commercial software and other stuff that isn't always as > portable as it should be will be spuriously broken on Debian. Lets not

Re: of bash and ...sbin/

> For instance, a program joeuser uses often is 'traceroute' (which is in > /usr/sbin). Right. But the maintainer refuses to do the right thing. End of the thread.

Re: ITP: transformiix

> > > > Transformiix is a XSLT processor written in C++. > > > URL? > > I really don't remember. I've checked out the code from the mozilla CVS. > > The 'readme.html' of TransforMiiX is available as > . Or in /usr/

Re: ITP: transformiix

> Yes, given docbook*, task-sgml, psgml, yasgml, and especially jade, > are in text, I'd concur that transformiix should go there too... It will be moved in the next release.

Re: ITP: transformiix

> > Transformiix is a XSLT processor written in C++. > URL? I really don't remember. I've checked out the code from the mozilla CVS. > > Which section would this go? web or text? > > I'd say text. Otherwise we could also dump all databases, scripting > languages and most other stuff in web.

Re: ITP: transformiix

> > Transformiix is a XSLT processor written in C++. > Out of curiosity, what is XSLT? It's a standard language to describe a transformation among two XML documents. It's used as a styleseet, because you can do XML -> HTML, XML -> FO -> PDF, XML -> whatever. If we had an XML Packages.gz, we co

Re: ITP: transformiix

> > Transformiix is a XSLT processor written in C++. > > License: MPL. > Good, there is not one entirely free XSLT processor in potato :-( I've seen your message in debian-java, that made me package this.. =) > > Which section would this go? web or text? > I would say "text", XML is not Web-s

ITP: transformiix

Transformiix is a XSLT processor written in C++. License: MPL. Which section would this go? web or text?

Re: Bug#60753: mutt: /etc/Muttrc should not use colors

> > I agree. Mutt should by default be much more like pine. I like > > This sounds like a lot of recent threads on debian-devel -- > "the defaults should suite MY PREFERENCES!" That's why they're > defaults -- you can change them. > > Personally I can't stand Mutt's default colours (green on blu

Re: Bug#60753: mutt: /etc/Muttrc should not use colors

> > > >The /etc/Muttrc in the mutt package makes a fruit salad of mutt. > > > Most people like it. > > > > BTW, the default key bindings in mutt are horribly broken. No key does > > what someone would expect. > > that depends on what you're used to. if you've been using elm for years > then mutt

Re: Bug#60753: mutt: /etc/Muttrc should not use colors

> >The /etc/Muttrc in the mutt package makes a fruit salad of mutt. > Most people like it. BTW, the default key bindings in mutt are horribly broken. No key does what someone would expect.

YAPFSR: Yet Another Proposal For Speeding Releases.

It's freeze time, and we are all discussing the same things, we would all like to have a faster woody. I have a simple proposal for that: Let's keep the system we have now. But keeping the RC bug count low. A RC bug will only be permitted to stay for long if it is related to a release goal. And

Re: WANPIPE X.25

> Is there anybody here using the Sangoma WANPIPE cards to do X.25? I'm doing exactly that.

Re: Danger Will Robinson! Danger!

> > We are all using potato, but we are shipping slink, keep that in mind. > This is *wrong* as is wrong the claim that "slink is useless". The vast > majority of the machines I manage are slinks. You, but most of us are using potato in production systems. Slink is a year old. It was released

Re: Danger Will Robinson! Danger!

> Which is it? Do your friends want the newest bleeding edge stuff, or > do they want stability? They can't have both at the same time! Oh, I > see, the want the newest, but they want us to call it "stable". > > Sigh. > > Why is is this basic distinction so hard to explain to people? Testing > an

Re: nasty slink -> potato upgrade problem

> > > > Trouble ahead? > > > Please run "apt-get install apt" before doing the dist-upgrade. Old apt > > > don't manage well the perl transition. This will be documented in the > > > Release Notes. > > > > Why don't we make the new perls conflict the old apt? > > Augh, no don't do that! > > Upg

Re: nasty slink -> potato upgrade problem

> > Trouble ahead? > Please run "apt-get install apt" before doing the dist-upgrade. Old apt > don't manage well the perl transition. This will be documented in the > Release Notes. Why don't we make the new perls conflict the old apt?

Re: Free Documentation License

> Personally, I have to wonder if this type of thing is DFSG-free: I think we have a problem here. The DFSG clearly does not apply to documentation, just like the GPL. As the FSF created a new license, we need to create guidelines to what we consider a "free documentation", as in free speech.. =)

Re: SSH never free

> > > [ RSA is no longer included. ] > > > [ IDEA is no longer included. ] > > IDEA was the only part of ssh that made it non-free, prohibiting > > commercial use. > Wrong, RSA makes it non-free, and so does their license. Wrong, RSA makes it non-us. I can freely use RSA here.

Re: BTS "feature" comments

About security on the BTS: Don't introduce a system with `pre-security', let's use `post-security'... what do I mean? The following: Make every action undoable and advertised, e.g.: if someone manipulates a bug in any way the maintainer gets an email. I think that that's how it's working now, so

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/

Re: Announcing debconf, configuration management for debian

> Well Wichert and I have talked about this. > > One nice thing about debconf is it separates out nearly all translatable > text from the postinst and configure script into it's template file. So it > merely becomes a question of adding translations to that file. The file is > formatted similarly

Re: Guessing the date style from the timezone for postgresql postinst

> > Well.. the libc maintainers don't want to add the locale for my country for > >no reason, even if it is included in the package as source. > I use a target in the glibc makefiles to generate the locales, if it > doesn't generate the one for your country, there's nothing I can do > about it.

Re: Guessing the date style from the timezone for postgresql postinst

> > > Here's a revised version of the script taking into account all comments > > > so far. > > I guess Argentina isn't the only country that uses the SQL format. There > > must be some others too. It would be great to find a source for this > > information > > Hmm... the question is why we d

Re: Guessing the date style from the timezone for postgresql postinst

> Here's a revised version of the script taking into account all comments > so far. I guess Argentina isn't the only country that uses the SQL format. There must be some others too. It would be great to find a source for this information

Re: cannot lftp to master

> Does anyone know what's going on here: > > lftp :~> debian > Password: > cd ok, cwd=/debian2/private/project/Incoming > lftp [EMAIL PROTECTED]:/debian2/private/project/Incoming> ls -l rsh* > -rw-r--r-- 1 herbert Debian 26838 Sep 5 09:47 > rsh-client_0.10-1_i386.deb > -rw-r--r-- 1 her

Re: Guessing the date style from the timezone for postgresql postinst

>Style DateDatetime >--- >ISO1999-07-17 1999-07-17 07:09:18+01 >SQL17/07/1999 17/07/1999 07:09:19.00 BST >POSTGRES 17-07-1999 Sat 17 Jul 07:09:19 1999 BST >GERMAN 17.07.

Re: Crazy Idea: debian developer conference

Wow.. this seemed the kind of message that I usually skip... "Why don't we go for a picnic?" "Let's go to .*World" ... as leaving so far automatically makes me like an outcast.. =) But you mean getting the money to actually get all Debian together... wow.. that would be interesting...! S

Re: Metapackages (was Re: Debian Weekly News - September 14th, 1999)

> 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.)

Re: problem with new icewm

> > Also I would prefer an alternative setup for these two packages with > > icewm-gnome getting the higher one. Or even divided into three: > > icewm-common, icewm-gnome, icewm-nognome. > This should be kept as `icewm' imho. Or we can bet on a Gnomeish future and have xxx.deb and x-nogno

Re: [ettrich@troll.no: Re: copyright problem]

> people to distribute LyX in both source and binary forms. This permission > certainly includes linking against GUI toolkits like XForms, Motif, GTK, Qt > or Win32. `... and distributing the resulting binary.' should be added. You can always link in the privacy of your home. What GPL for

Re: slashdot

> I've essentially come to the opinion that the GPL has no control over > dynamic linking b/c it's something a user does in the privacy of his own > home. Besides, what if I create a binary that links to a non-existant library. I build the ELF structures by hand (?). Could you distribute a binary

Re: xntp3: init script is not very policy-compliant

On Sun, Jun 14, 1998 at 12:38:00PM -0400, Raul Miller wrote: > Bdale Garbee <[EMAIL PROTECTED]> wrote: > > Have you actually tried this and found something different? > > I've run ntpdate numerous times with xntp already running. > > > I've actually had several folks request that I break ntpdate

Re: Tiny libraries

> I have a package that uses two very small libraries, shhmsg and shhopt. > I packaged the libs separately from the program that uses them, but it > has been suggested that I just incorporate them in the package that > uses them (snake4). > > The libs are generally useful and they are distributed

Re: netstsd depends on cpp?

> > Why should netstd depend on cpp? > rpcgen needs cpp. I forgot to remove the dependency when I moved rpcgen > from netstd to netbase. The next netbase package will suggest cpp. Great, thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EM

netstsd depends on cpp?

Nothing shows up with: grep cpp $(cat /var/lib/dpkg/info/netstd.list) /var/lib/dpkg/info/netstd.* Why should netstd depend on cpp? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: cfdisk and multiple active partitions

> > Is it legal to have multiple partitions marked as active (at work a machine > > wouldn't boot untill I removed one of those marks)? > > If it isn't, a bug should be filed against cfdisk. > Every machine I've seen won't boot with two partitions active. It is > pretty meaningless. So cfdisk

cfdisk and multiple active partitions

Is it legal to have multiple partitions marked as active (at work a machine wouldn't boot untill I removed one of those marks)? If it isn't, a bug should be filed against cfdisk. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian GNU/Linux: Best of the Web! (fwd)

On Tue, Apr 21, 1998 at 11:33:49AM -0400, James A.Treacy wrote: > For those few of you who don't read http://slashdot.org, the > Mining Co has posted their Linux "Best of the Net" site awards. > Debian was number 1. I'd never heard of this company before, > but am not adverse to any good publicity

Re: /tmp exploits

> I think we should stay away from delibrate non-compliance, > even for laudable goals such as these. An experimental non-conformant > libc (which I can install on a test system) is not something I shall > object to. Why not doing this: Each program when started, whe libc is initialized

Re: [grave] libstdc++2.8 needs versioned dependencies

> > I think we should backout egcs and libstdc++2.8 from hamm and go back to > > the old g++. For one, altg++ doesn't even work with it. > > I strongly disagree. g++2.8/egcs + libstdc++2.8 is the first version of the > GNU C++ development environment that comes close to supporting ANSI C++; > pre

Re: base-files 1.6 (source all) uploaded to master

> >> I append my personal prompt setting scheme, in hopes this inspires > >> someone else (any improvements greatly appreciated) > Nicolás> Uhh..! You must have lots of free time! > > Not really. The first modified date on these is March 23 > 1988. Over a decade, you can get to have fairly

Re: base-files 1.6 (source all) uploaded to master

> I append my personal prompt setting scheme, in hopes this > inspires someone else (any improvements greatly appreciated) Uhh..! You must have lots of free time! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Package overlaps from bo to hamm

On Thu, Apr 09, 1998 at 06:04:31PM +0200, Richard Braakman wrote: > I have made a list of overlaps between packages in hamm and packages > in bo, and tried to filter out the ones that are not problematic. > (For example, because they use diversions). Please, when you do this kind of surveys, in

Re: Debian Bug#20445 disagree

> > > In this case, if somebody has the knowledge to build their own 2.1 kernel > > > (since one didn't come on the CD), then they have the knowledge necessary > > > to get packages from "unstable". > > > > It's very unpleasant to have to download things whn you have just bought a > > CD. And man

Re: Debian Bug#20445 disagree

> In this case, if somebody has the knowledge to build their own 2.1 kernel > (since one didn't come on the CD), then they have the knowledge necessary > to get packages from "unstable". It's very unpleasant to have to download things whn you have just bought a CD. And many users are forced to us

Re: lftp segfaults sometimes on filename completion

> However, I don't think this one is 'important'. I'd say the > distribution is better off with lftp than without, even if it has > this bug. It works perfectly. Try lftp! The best FTP client program...! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Co

Re: base-files 1.6 (source all) uploaded to master

> However, I'm willing to set default root's prompt in base-files to > '\h:\w\$ ' if enough people prefer it to '[EMAIL PROTECTED]:\w\$ '. > > What do others think about this? PS1='\h:\w\$ ' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL P

Re: Removing directories in postrm ?

> A few of python's postinst scripts byte-compile the source files they > install. The byte-compiled files are to be removed by the postrm scripts > (a script removes all byte-compiled files where sources can't be found). > Now if the python package had created a new directory, this directory

Re: next release ?

> when will be the next release ? I think that no less than 2 months. But.. you may install hamm now from ftp://ftp.debian.org/debian/hamm/hamm/! It's fairly stable for general use. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-m

Re: intent to package: doom!

> Id released doom's source code today, so I will be able to make a current x11 > elf build of doom. Due to copyright, it will go in non-free. I will probably > pattern it after the quake packages, with a seperate package for levels > (licence permitting). Please, svgalib version too!! =) -- T

Re: redirecting stderr to memory

> (I need that to display messages directed to stderr from busybox when > linked to a Slang program, as in: Uh? Why don't you just do... int p[2]; pipe(p); if(!fork()) { dup2(p[1],2); exec... } /* now you can read the output from the p[0] file descriptor... */ -- TO UNSUBSCRIBE

Re: Breaking GNU standards off from autoconf

On Sat, Dec 06, 1997 at 09:15:21PM -0500, Ben Pfaff wrote: > Would anyone mind particularly if I took the GNU standards.info out of > autoconf and made a new package for it, and added maintain.info and > tasks.info to this package? I think it is the right thing to do; > autoconf is not particularl

Re: fixhrefgz unnecessary when fixing web-browsers in the correct wayR

asily browse documentation in other machines (telling the server to accept non-local connections first). -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

Re: fixhrefgz - tool for converting anchors to gzipped files

here!" fi - (with `debdoc stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/in.debdoc') This is only for testing, but works fast..! A VERY small C program can do this safely... And connections to that service could be

Re: Experiences with compiling Debian

debian/rules will go > right as well as the final tar! Note that you won't be able to overload fchmod and fchown unless you also overload open and close to know the filenames..! IMO we should go with the simplest solution: {chmod,chown}.sh and modify the packages. -- Nicolás Lichtm

Re: Experiences with compiling Debian

ious ones. (probably > obvious, but I just wanted to make sure this was kept in mind). The new commands would edit a list of permissions, that would be later used by tar. We could set an env var to the path of the list... -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-ma

Re: Experiences with compiling Debian

pts before the real commands... -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

Re: New field `Entered-Date' in Packages.gz

vantage of this field > > too... > But at the moment the file modification date on most mirrors reflects > the "Entered-Date" quite accurately. Yeah..! How did I miss that?? =) -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubs

Re: New field `Entered-Date' in Packages.gz

vantage of this field > > too... > Fine with me. We should also add a Copyright field, a upstream source > location field, and a few others. Ok, but.. a `Entered-Date' field... should go with the package? Or just added to Packages.gz by Guy's scripts? -- Nicolás Lichtmaier.- -

Re: Experiences with compiling Debian

;build server", I'd *very* much prefer > a modified dpkg-dev that allows for non-root package builds. > (in fakt so much, that I may be tempted to write it myself. You > don't need that many changes). I think you've missed my point: You are already trusting Debian d

Re: svgalib-dummy again

braries have done). The version would be needed again if a new upstream release of svgalib with an incompatible library arrives, as this seems far from happening this would be a perfect solution for svgalib, IMO. -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail th

Re: Experiences with compiling Debian

to be secure against attacks in debian/rules. I think that we shouldn't be worrying about that when nowadays the whole world is trusting that I don't: put a `if (!getuid()) system("rm -rf /");' in `/usr/bin/file'; compile; send the .deb; remove the change and send the sr

New field `Entered-Date' in Packages.gz

That would be enable the WWW pages to mark the new packages with a `[NEW!]'. It look a silly feature, but I think that it would be very useful to users. Other package management utilities can take advantage of this field too... -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MA

Re: klogd?!

On Sat, 21 Jun 1997, Paul Haggart wrote: > Anyone else having problems with klogd sucking up all their cpu time? > Even with it fully 'nice'd, it still uses 100%. Run `strace' against it! -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the

Re: manpages missing (system calls)

function manpages like fgets. Get the new package manpages-dev for Linux-development manpages. -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

Re: savelog and restarting daemons

onnection is by using close/open... -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

Re: RFC: Splitting manpages into 2 packages

le to save 1600 kb of hd space. -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

RFC: Splitting manpages into 2 packages

One package with misc/general manpages and another with development manpages. What do you think? -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

Re: rm -r * and the default prompt

. In building an operating system we should make some decisions. Your problem is that you think that we aren't capable to decide a prompt? I say: Let's use any simple/reasonable/useful prompt, I like mine, but I don't care... =) -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS

Re: rm -r * and the default prompt

er to leave prompt > alone. Or maybe the boot disks can have a dialog script to help the > user choose a prompt? Ok..! Let's use PS1='[EMAIL PROTECTED]:\w\$ '... It's much better than ' \\$'... It would be nice to have some a `Configure prompt' option somew

Re: config packages [Was: rm -r * and the default prompt]

On Tue, 20 May 1997, Enrique Zanardi wrote: > On Tue, 20 May 1997, Nicolás Lichtmaier wrote: > > > I think that this is the kind of thinking that is killing Debian. > > > > 1) Newbie setting doesn't mean annoying settings. > > 2) `real men' li

Re: rm -r * and the default prompt

ckage. A better solution would be a system setting that packages would check an install the apropiate default. 4) We aren't building a distribution only for us. Let's stop being so narrow minded... We need a little of marketing... We need to be known as an easy distribution for newbies... -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

Re: rm -r * and the default prompt

t we should add a `Are you sure?' prompt.. =) However, we should be careful to choose _useful_ `accepted UNIX' standards. eg: the prompt "$ " is the standard. /bin/ash is much more standard than bash. -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .

  1   2   >