Re: Bug#284219: please remove gnu-standards
Andreas Barth <[EMAIL PROTECTED]> writes: > I think it might be a good thing if you orphan this package before you > ask for removal, especially as you (and we all) know that GFDL-docu is > allowed in the upcoming release of sarge. The rationale for that is that it's too much trouble for maintainers to remove FDL documents. I had time to file this bug, so it's just a matter now of whether the ftpmasters have time to remove the package. -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org
Re: what is /.udev for ?
Ron Johnson <[EMAIL PROTECTED]> writes: > One thing I do know is that traditional apps like df (and anything > that uses stat(), I guess) don't know about /.dev, and so return > false information: > > $ df > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/hda39843308 5428016 3915272 59% / > tmpfs 501936 0501936 0% /dev/shm > /dev/hda2 46668 20415 23844 47% /boot > /dev/hda52995936 1790220 1205716 60% /home > /dev/hda6 105280504 78681360 21251108 79% /data > /dev 9843308 5428016 3915272 59% /.dev > none5120 2564 2556 51% /dev It's not really false, it's just that /.dev is a subtree of / and so shows the same information as / does. -- "Whoever you are -- SGI, SCO, HP, or even Microsoft -- most of the smart people on the planet work somewhere else." --Eric S. Raymond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: State of gcc 2.95 use in Debian unstable
Thiemo Seufer <[EMAIL PROTECTED]> writes: > Unacknowledged NMU for > one year, either update or remove: > >Ben Pfaff <[EMAIL PROTECTED]> > gccchecker Build-Depends: gcc-2.95 I recently filed a request to have this package removed. It is not maintained upstream and valgrind is a better replacement. -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Looking for a autotools/libtool expert: Unnecessarily linked libraries
Andreas Metzler <[EMAIL PROTECTED]> writes: > It seems to stumble over this in web2c/withenable.ac > > AC_ARG_ENABLE(ipc, > [ --enable-ipcenable TeX's --ipc option, i.e., pipe to a > program], > if test "x$enableval" = xyes; then > AC_DEFINE(IPC) > # -lsocket is needed on Solaris, at least. Maybe -lnsl on SCO, too? > # See ac_path_xtra. > AC_CHECK_FUNC(connect) > if test x$ac_cv_func_connect = xno; then > AC_CHECK_LIB(socket, connect, socketlibs="-lsocket $socketlibs") > fi > fi > ) > AC_SUBST(socketlibs) > > Perhaps somebody with strong autofoo can see the bug. At the very least there is insufficient quoting. The third argument to AC_ARG_ENABLE should be quoted. Here is part of what the (non-free) Autoconf manual says about quoting: -- When calling macros that take arguments, there must not be any blank space between the macro name and the open parenthesis. Arguments should be enclosed within the M4 quote characters `[' and `]', and be separated by commas. Any leading spaces in arguments are ignored, unless they are quoted. You may safely leave out the quotes when the argument is simple text, but _always_ quote complex arguments such as other macro calls. This rule applies recursively for every macro call, including macros called from other macros. For instance: AC_CHECK_HEADER([stdio.h], [AC_DEFINE([HAVE_STDIO_H])], [AC_MSG_ERROR([Sorry, can't do anything for you])]) is quoted properly. You may safely simplify its quotation to: AC_CHECK_HEADER(stdio.h, [AC_DEFINE(HAVE_STDIO_H)], [AC_MSG_ERROR([Sorry, can't do anything for you])]) Notice that the argument of `AC_MSG_ERROR' is still quoted; otherwise, its comma would have been interpreted as an argument separator. The following example is wrong and dangerous, as it is underquoted: AC_CHECK_HEADER(stdio.h, AC_DEFINE(HAVE_STDIO_H), AC_MSG_ERROR([Sorry, can't do anything for you])) -- -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Implicition declarations of functions and bugs
Steve Greenland <[EMAIL PROTECTED]> writes: > On 12-Mar-06, 04:22 (CST), Bastian Blank <[EMAIL PROTECTED]> wrote: >> On Sat, Mar 11, 2006 at 01:43:34AM +0100, Samuel Thibault wrote: >> > This is a warning and not an error, because using one's own strdup() >> > function (that would take ints) is perfectly legal. >> >> No, it is not. At least not with a compiler in hosted mode. In this >> mode, the compiler is allowed to have any knowledge about the standard >> library builtin. > > Not if the relevant header hasn't been included. No "#include > ", no compiler messing with "strdup()." You are misinformed. First, note that strdup() is not in the standard C library, but it is in the reserved str* name space. Declaring strdup() with external linkage *always* yields undefined behavior. Declaring strdup() with internal linkage yields undefined behavior if is included. Read the standard: 7.1.3 Reserved identifiers [...] - All identifiers with external linkage in any of the following subclauses (including the future library directions) are always reserved for use as identifiers with external linkage.154) - Each identifier with file scope listed in any of the following subclauses (including the future library directions) is reserved for use as a macro name and as an identifier with file scope in the same name space if any of its associated headers is included. [...] 7.26 Future library directions 1The following names are grouped under individual headers for convenience. All external names described below are reserved no matter what headers are included by the program. [...] 7.26.11 String handling 1Function names that begin with str, mem, or wcs and a lowercase letter may be added to the declarations in the header. -- "Writing is easy. All you do is sit in front of a typewriter and open a vein." --Walter Smith -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Possible bug in dpkg-source? Possible fix?
Paul Serice <[EMAIL PROTECTED]> writes: > Now, I have looked through the man page for patch and it seems that > the option "-b" should be replaced with "-z". When I make the > substitution, all works well. > > Am I behind the times, or is this a bug? This *is* a bug. The `patch' command recently changed its command-line specification in a non-backward-compatible manner. In my opinion this is just stupid lossage. It broke some of my custom patching tools as well. This ought to be fixed ASAP, IMHO. (Note that I believe you need -b as well as -z; -z by itself is not sufficient as far as I know.) -- Ben Pfaff <[EMAIL PROTECTED]> 12167 Airport Rd, DeWitt MI 48820, USA *Note*: New PGP key available at http://www.msu.edu/user/pfaffben/pgp.html -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Infocom Games (Was: long list of give away or orphaned packages)
[EMAIL PROTECTED] (Mark Baker) writes: > > None of the Infocom games can be distributed, however. You have to > > buy them. > > None of the ones by infocom can be distributed. There are lots of > infocom-format games by other people, mostly produced by the inform > compiler. In general the source code is not available (because that would > make the games too easy :) so as Charles said, they would have to be in > contrib. Just butting in on this thread to ask a question. Is there a de-compiler for Infocom games? Would such a de-compiler produce readable source code? Just a thought... (I know nothing about the Infocom game language or the binary format.) -- Ben Pfaff <[EMAIL PROTECTED]> 12167 Airport Rd, DeWitt MI 48820, USA *Note*: New PGP key available at http://www.msu.edu/user/pfaffben/pgp.html -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: RFC: Policy for arch specs
[EMAIL PROTECTED] (Kai Henningsen) writes: > [EMAIL PROTECTED] (Christian Schwarz) wrote on 01.06.97 in <[EMAIL > PROTECTED]>: > > > Where is the arch specification string used, i.e. what will break if we > > change it to be "i386-linux" on intel systems? > > I'm not competent enough to answer this. Anything tightly integrated with > gcc, but is there anything that doesn't break already when the version > numbers don't match exactly? If i486-linux were changed to i386-linux then I would have to repackage Checker and reupload it. This would take a couple hours but wouldn't be too difficult. However, I don't see any point to the change. `A foolish consistency is the hobgoblin of little minds.' --Emerson -- Ben Pfaff <[EMAIL PROTECTED]> 12167 Airport Rd, DeWitt MI 48820, USA *Note*: New PGP key available at http://www.msu.edu/user/pfaffben/pgp.html -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: XFree86 3.3 now available
Michael Neuffer <[EMAIL PROTECTED]> writes: > I just had a look at ftp.xfree86.org. > They finally have 3.3 out. Yeah, but the permissions on /pub/XFree86/3.3 don't let you look at it: XFree86:/pub/XFree86> ls -l [...] drwxr-xr-x 6 7011190 1024 Oct 1 1994 2.1/ drwxr-xr-x 6 7011190512 Dec 16 1994 3.1/ drwxr-xr-x 9 7011194512 Apr 22 1995 3.1.1/ drwxr-xr-x 8 70199 512 Oct 30 1996 3.1.2/ drwxr-xr-x 8 7011199512 Jan 18 01:50 3.2/ drwxr-xr-x 20 root 1200512 May 12 12:25 3.2A/ drwxr-x--- 7 root 1200512 Jun 2 02:52 3.3/ [...] -- Ben Pfaff <[EMAIL PROTECTED]> 12167 Airport Rd, DeWitt MI 48820, USA *Note*: New PGP key available at http://www.msu.edu/user/pfaffben/pgp.html -- 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
=?iso-8859-1?Q?Nicol=E1s_Lichtmaier?= <[EMAIL PROTECTED]> writes: > One package with misc/general manpages and another with development > manpages. What do you think? What would be the relative sizes of each? In theory I'm in favor. -- Ben Pfaff <[EMAIL PROTECTED]> 12167 Airport Rd, DeWitt MI 48820, USA *Note*: New PGP key available at http://www.msu.edu/user/pfaffben/pgp.html -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian's "Modify & Redistribute" Policy (was: the ncurses "brushfire")
Brian White <[EMAIL PROTECTED]> writes: > > What if the author doesn't want you to do ports? We have one case of > > this already. We also have some cases of "author rudely dropped dead > > without first changing the copyright". > > This is a problem, I admit. What does the law say about copyrighted works > when the copyright holder dies? I believe that he may have meant this in a figurative sense. If an author simply disappears from the net and there is no way to get in contact with him (her) then we're out of luck, because there is no way to get the copyright changed. -- Ben Pfaff <[EMAIL PROTECTED]> 12167 Airport Rd, DeWitt MI 48820, USA *Note*: New PGP key available at http://www.msu.edu/user/pfaffben/pgp.html -- 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
=?iso-8859-1?Q?Nicol=E1s_Lichtmaier?= <[EMAIL PROTECTED]> writes: > On 3 Jun 1997, Ben Pfaff wrote: > > > One package with misc/general manpages and another with development > > > manpages. What do you think? > > What would be the relative sizes of each? In theory I'm in favor. [...] > So, if you don't do development, and don't even have gcc installed, you > may be able to save 1600 kb of hd space. Yes, go for it, I say. Not everyone cares about development; even many of those who recompile others' programs probably wouldn't care. 1.6 MB is a worthwhile savings. -- Ben Pfaff <[EMAIL PROTECTED]> 12167 Airport Rd, DeWitt MI 48820, USA *Note*: New PGP key available at http://www.msu.edu/user/pfaffben/pgp.html -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: locale errors
[EMAIL PROTECTED] (Kai Henningsen) writes: > [EMAIL PROTECTED] (Michael Meskes) wrote on 17.06.97 in <[EMAIL PROTECTED]>: > > > No! You cannot use libc5 compiled perl with glibc locales! Wait for a > > libc6 version of perl and everything should be fine again. > > This is, of course, a problem nearly as serious as that about utmp. Not really. This is an issue only with `unstable' (as far as I can tell from the discussion), and `unstable' means exactly that--everything might not work properly. -- Ben Pfaff <[EMAIL PROTECTED]>http://www.msu.edu/user/pfaffben PGP key: http://www.msu.edu/user/pfaffben/pgp.html or a keyserver near you Linux: choice of a GNU generation -- Debian GNU/Linux: the only free Linux -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: checker libs with debugging symbols
Michael Meskes <[EMAIL PROTECTED]> writes: > Is there a reason for the checker libraries to come with debugging symbols? Yes. There is a good, even a superlatively good reason: checker is for debugging programs. It is *only* for debugging programs. Thus, debugging symbols are in there intentionally. When something goes wrong, even in the C library, it helps an enormous amount if one can find the exact line in the source that causes the problem. Regrettably, one must have 300MB of source code online in order to do this, but that is the price we pay. > I haven't used checker yet, so I don't know. But I assume that the libraries > without debugging symbols would work. They would work. But it isn't The Right Thing To Do. -- Ben Pfaff <[EMAIL PROTECTED]>http://www.msu.edu/user/pfaffben PGP key: http://www.msu.edu/user/pfaffben/pgp.html or a keyserver near you Linux: choice of a GNU generation -- Debian GNU/Linux: the only free Linux -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: checker libs with debugging symbols
Michael Meskes <[EMAIL PROTECTED]> writes: > What have libc*-dev, gdb, gcc etc. in common with debugging symbols in > checkerlibs? > > When I debug my program it suffices to me to know the problem came in > the call to gets() for instance. I'm not interested in seeing more > details, simply because I expect the library to be okay. Usually I > expect a bug in my software before I consider a buggy libc. > > But if the common feeling is to not do that I can still strip the > libararies myself, you're right. But it'll have to be strip > /usr/i486-linuxchecker/lib/* :-) > > Anyway, with your arguments you could as well ask for libc-dbg to be > fold into libc-dev again as it was earlier on. Look, it already takes over an hour to compile the checker package and about 300MB of disk space. Then it takes a couple hours to upload the thing. And sometimes I find myself doing this multiple times per week. If I made another version of the package, without debugging symbols on the libraries, it would double the time-and-space effort. I'm *not* going to do this without a good reason. And yours is *not* a good enough reason, to double the effort just so someone can avoid typing `sudo strip /usr/i486-linuxchecker/lib/*'. Checker is for debugging, and if you really want to do debugging, you need those symbols. Like I said before, it's not The Right Thing To Do. I am happy, however, to find that my package is popular enough to spark controversy. :-) -- Ben Pfaff <[EMAIL PROTECTED]>http://www.msu.edu/user/pfaffben PGP key: http://www.msu.edu/user/pfaffben/pgp.html or a keyserver near you Linux: choice of a GNU generation -- Debian GNU/Linux: the only free Linux -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: svgalib-dummy again
Has anyone considered writing a svgalib replacement that simply translates svgalib calls into X Windows calls? This would allow those of us with cards that are unsupported under svgalib to still use svgalib programs, though admittedly at a speed penalty. (My S3 card doesn't work at all under svgalib but beautifully under X.) -- Ben Pfaff <[EMAIL PROTECTED]>http://www.msu.edu/user/pfaffben PGP key: http://www.msu.edu/user/pfaffben/pgp.html or a keyserver near you Linux: choice of a GNU generation -- Debian GNU/Linux: the only free Linux -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Weird message ftp'ing master.debian.org
master.debian.org apparently thinks that I'm an anonymous user. What's up with this? blp:/raid/home/blp$ ftp master.debian.org Connected to master.debian.org. 220-This system is for internal use by the Debian developers. It is not 220-open to anonymous FTP. Please use ftp.debian.org or one of its many 220-mirrors. 220- 220 debian FTP server (Version wu-2.4(14) Wed Jan 8 21:17:19 MET 1997) ready. Name (master.debian.org:blp): pfaffben 530- 530-Sorry, there are too many anonymous users using the system at this 530-time. Please try again later. There is currently a limit of 10 530-anonymous users for your domain group. 530- 530 User pfaffben access denied Login failed. Remote system type is UNIX. Using binary mode to transfer files. ftp> -- Ben Pfaff <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: linux/unix to NT
Mariusz Pagowski <[EMAIL PROTECTED]> writes: > I learned about samba package allowing me to access disks > on NT machine from unix/linux. But does samba allow me > to login/telnet to NT machine from linux/unix and run remotely > a program on it? If not is there some software which would allow > me to do it? No, it doesn't. There might exist software to do this, but it's likely expensive and commercial. -- Ben Pfaff <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: question
"Timo Pettersson" <[EMAIL PROTECTED]> writes: > Hi. I wasn't shore were to send this mail so I sended it here. In the future send it to [EMAIL PROTECTED] debian-devel is not the correct forum. > I'm wondering if I can run Linux on my machine. > I have a PentiumII 266 with an AGP graphic-card (Asus 3Dexplorer). AGP cards are not yet supported by XFree86. They should be supported in a few months, though, if the underlying chipset is already supported. What chipset does this card use? > I couldn't find any of them on your site. Neither any driver for Sound > Blaster 64. Sound Blaster 64 is fully supported, including AWE features, if you compile those features into your kernel. > Please send me an answer. I'm really tired of Windows95 and want to change > to Linux. That's the attitude! > And one more question. I saw two screen shoots of some Linux. It was real > nice, but I wonder if I can change the way it look exactly the way I want > it to look? (The graphical part) You can change it however you want. At least a dozen window managers are available, most of which are highly configurable. If you have a lot of trouble doing your customizations, you can edit the source code, for that matter. -- Ben Pfaff <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Breaking GNU standards off from autoconf
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 particularly suited for this. On another note, is there a magic way to get this new package installed by default if autoconf was previously installed? Or should I just use Suggests: on the part of autoconf? -- Ben Pfaff <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: copyright infringment
CKaduc <[EMAIL PROTECTED]> writes: > I was hired and paid to take a photograph of a collage basketball team they > then took the photo and mass produced thousands of copies of it and gave them > away at a ballgame they were not given the negative or a copyright do I > have any legal recourse ? I think that you should put the photo under the GNU GPL and distribute as part of the Debian system. :-) -- Ben Pfaff <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: BOY, DID I GET A WRONG NUMBER!
Is there anything we can do about this luser sending the same annoying message to debian-devel repeatedly? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Emacs 20 volunteer wanted
[EMAIL PROTECTED] (Mark W. Eichin) writes: > I'd promised to package up emacs 20 at some point (since that would > save the hassle of going back and forth to sure emacs19 and xemacs* > would all coexist :-) but I recently joined a new startup company, and > with some of the other projects eating my personal time, I'm just not > going to have time to do it. Would someone like to volunteer to > package *and maintain* emacs20? [If you're also interested in taking > over emacs19, I'd consider doing a final release of my remaining > changes and handing it off too, but this is not a requirement.] I would like to take a stab at this, if no one objects. This is finals week at my school, so it will likely be a while before I upload an emacs20 package, but I will get around to it. Looking at the emacs 19 package, I have a few questions as to why certain things were done the way they were, but I will address these to Mark in private e-mail. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: syslogd taking up lots of CPU..
That EAGAIN disturbs me. We're not even close to being out of disk space; what could be causing this? EAGAIN doesn't mean out of disk space. The gnu libc manual says this: - Macro: int EAGAIN Resource temporarily unavailable; the call might work if you try again later. The macro `EWOULDBLOCK' is another name for `EAGAIN'; they are always the same in the GNU C library. This error can happen in a few different situations: * An operation that would block was attempted on an object that has non-blocking mode selected. Trying the same operation again will block until some external condition makes it possible to read, write, or connect (whatever the operation). You can use `select' to find out when the operation will be possible; *note Waiting for I/O::.. *Portability Note:* In older Unix many systems, this condition was indicated by `EWOULDBLOCK', which was a distinct error code different from `EAGAIN'. To make your program portable, you should check for both codes and treat them the same. * A temporary resource shortage made an operation impossible. `fork' can return this error. It indicates that the shortage is expected to pass, so your program can try the call again later and it may succeed. It is probably a good idea to delay for a few seconds before trying it again, to allow time for other processes to release scarce resources. Such shortages are usually fairly serious and affect the whole system, so usually an interactive program should report the error to the user and return to its command loop. What this actually meant in your case, I don't know. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Taking over production of emacs20 package.
Mark recently informed me that he'd accepted my offer to work on the new emacs20 package. I just wanted to let everyone know that I was getting started. I'd like to get something out very soon, but the holidays may interfere a little. I had already offered to package up emacs20 myself, but I found out that it was a pain, so I guess I don't care any more. Take it. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: new developer
Looking for someone in the Lansing, Michigan, USA area willing to sign my PGP key. I am in DeWitt, MI, near Lansing. I'm willing to sign PGP keys. Get in touch with me for a time and place. Can someone remind me of what the secure protocol for exchanging keys is? I don't seem to see it in my PGP documentation. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Re^2: intent to package: doom!
JH> Good grief. Well, it's already in non-free, I guess that's good enough JH> (since stuff in non-free cannot be safely distributed unless you examine JH> it's license). But non-free is mirrored on several FTP servers in Germany. And a child could download the games from a German FTP server and this is not allowed. Is it sufficient to add to the Description something along the lines of: If you are a German citizen less than 18 years old, you are prohibited by law from using this program. or the equivalent translated into German? This seems to me to get the point across quite well. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Question/request concerning master
Firstly, there is this: blp:/raid/home/blp$ ftp master Connected to master.debian.org. 220-This system is for internal use by the Debian developers. It is not 220-open to anonymous FTP. Please use ftp.debian.org or one of its many 220-mirrors. 220- 220 debian FTP server (Version wu-2.4(14) Wed Jan 8 21:17:19 MET 1997) ready. Name (master:blp): pfaffben 530- 530-Sorry, there are too many anonymous users using the system at this 530-time. Please try again later. There is currently a limit of 10 530-anonymous users for your domain group. 530- 530 User pfaffben access denied Login failed. Remote system type is UNIX. Using binary mode to transfer files. ftp> quit 221 Goodbye. blp:/raid/home/blp$ Why am I considered an anonymous user?! Secondly, could the lftp program be installed on master? It's nicer than ftp, and it's freer than ncftp. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is my hard drive FUBAR, or is it dpkg?
I noticed in /var/log/kernel.log that there are lots of messages like the following: Free blocks count corrupted for block group 17 Apr 7 18:57:49 everybody kernel: EXT2-fs error (device 03:02): ext2_new_block: Free blocks count corrupted for block group 17 Apr 7 18:58:22 everybody kernel: EXT2-fs error (device 03:02): ext2_new_block: Free blocks count corrupted for block group 17 Apr 7 19:06:10 everybody kernel: EXT2-fs error (device 03:02): ext2_new_block: Free blocks count corrupted for block group 17 Apr 7 19:06:34 everybody last message repeated 4 times Apr 7 19:08:27 everybody kernel: EXT2-fs error (device 03:02): ext2_new_block: Free blocks count corrupted for block group 17 which seems to suggest SOMETHING horrible is wrong. You need to run e2fsck. Do `touch /forcefsck' as root, then reboot. After e2fsck gets run you can remove /forcefsck. It is possible that there is a bad block, as well. You might want to run `badblocks' on the drive. If it is an IDE or modern SCSI drive, then this may mean that the drive is dying, as they normally remap bad blocks onto unused good blocks reserved for that purpose. If more bad blocks start appearing, then you'd better back up *soon*, as you've probably got less than 24 hours to total FUBAR mode. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Packages depending on essential/required packages
On Tue, 7 Apr 1998, Ben Pfaff wrote: > . >* need mktemp so depend on debianutils >= 1.8 > I notice several packages in my available file that depend on debianutils. As it is essential/required, this doesn't need to be done. This partitcular package isn't in my available yet(still in Incoming), but several others are. In this case at least, you're wrong. mktemp was introduced in debianutils 1.8. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: please retain floppy installs!
Will Debian 2.0 (and on) retain the ability to install from a small core system off of floppies? I sincerely hope so. Believe it or not, there are a lot of computers out there where floppies are still the easiest way to install things. Old laptops, for example. Debian 1.3's install method is really nice for people with small computers, I hope it's preserved in 2.0. Yes, it will be installable from floppies. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question on copyright
/** msadpcm.c * (C) Copyright Microsoft Corp. 1993. All rights reserved. You have a royalty-free right to use, modify, reproduce and distribute the Sample Files (and/or any modified version) in any way you find useful, provided that you agree that Microsoft has no warranty obligations or liability for any Sample Application Files which are modified. If you did not get this from Microsoft Sources, then it may not be the most current version. This sample code in particular will be updated and include more documentation. */ Does this copyright on the examples cause any problems to GPL my source (i think not) and what notices are needed? It doesn't mention that any notices are necessary; however you should include this notice in the /usr/doc//copyright file. It's pretty scary that we're using code from the Evil Empire, but in practical terms, it's irrelevant. The player with this part will become part of my debian package sound-recorder. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: less: extra entries for lesspipe
> What would be the use of looking at a screen full of control characters? Because when I look at a binary with less, I *mean* to do that... usually to look for corruption (blocks of nulls) or things like *short* strings or strings not in the text section, that "strings" *won't find*. No kidding. I do the same thing quite often myself, generally when I'm debugging a low-level tool. However, you can get around this, if lesspipe is `too smart', by simply doing `cat binary|less' instead of `less binary'. So I think the default should be to give some sort of useful display for a binary file, although a display from `strings' is not my idea of `useful'. OTOH, the output of `objdump' or `nm -s' might often be useful. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to handle troff sources
2) If yes what would you include in the Makefile? 1. troff -> ps (of course) 2. troff -> what else You could support troff -> html and so on if you use the troffcvt package to do most of the work. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X and Window Mangers
register-window-manager [pathname] with no arguments, enters interactive mode with one pathname argument, invokes interactive mode with "add" action and pathname already done, thus prompting for priority (see below) Could we instead have a default priority assigned to each window manager? So postinst scripts would run it like this: register-window-manager pathname priority and the script would add in the new window manager and report which one currently has the highest priority. The sysadmin could still start it in interactive mode to rearrange the priorities. Ben Founder of the campaign against gratuitously interactive postinsts ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X and Window Mangers
Branden Robinson writes: > The long-term plan is: > > 1) ship an empty /etc/X11/window-managers with xbase > 2) mark it as a conffile > 3) separate twm into its own package > 4) write /usr/sbin/register-window-manager I don't think shipping an empty file, and marking it as a conffile, would be interesting. If this file is going to be modified only by the registering interface, then this should not be necessary. You also don't want to do this because dpkg will offer to replace your populated /etc/X11/window-managers with an empty one, which would be a Bad Thing (tm). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X and Window Mangers
> Could we instead have a default priority assigned to each window > manager? So postinst scripts would run it like this: > >register-window-manager pathname priority You know, this looks like a job for update-alternatives. Maybe we should have a /usr/X11R6/bin/sensible-window-manager, or some such thing? Actually I like that a lot better myself. Could we do it that way instead, Branden? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X and Window Mangers
> Actually I like that a lot better myself. Could we do it that way > instead, Branden? Uh, I've never played with alternatives before. Would someone care to flesh out this proposal? Okay, here we go: /usr/bin/sensible-window-manager (or whatever) is a symlink to one of the installed window managers. The symlink is managed by calling update-alternatives. update-alternatives has the following interface: update-alternatives --install window-manager \ /usr/X11R6/bin/sensible-window-manager /usr/X11R6/bin/twm 10 This sort of call is made from the window manager's postinst. It makes a link from /usr/X11R6/bin/sensible-window-manager to /etc/alternatives/window-manager. In turn, /etc/alternatives/window-manager points to the currently installed window manager with the highest priority, where 10 is the priority for /usr/X11R6/bin/twm. update-alternatives --remove window-manager /usr/X11R6/bin/twm Called by the window manager's prerm, makes sure that the /etc/alternative link doesn't point to that window manager, and removes the link entirely if no window manager is installed any longer. Do you need more details? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X and Window Mangers
So I go to all the trouble of drafting a proposal for register-window-manager, and even start coding it, and you guys don't want to use it? Don't overreact. Marcelo just brought up what may be a valid point. Does either proposal include support for varying default command-line options for each window manager? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package: uedit
I'll take it as read that there are no objections. How could there be? Gadzooks! You know, it's almost May 1, but that's not the same thing as April 1, not at all. I hope that this is a joke, at any rate it's not a very funny one. This program is a monstrosity. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: who info and /etc/utmp
The who info page indicates that who finds its data in /etc/utmp, but I have no such file and who works ok. The file I do have is /var/run/utmp, which I can only assume who knows about. Yes, it does. Is the info page wrong? Should I submit a bug? Yes and yes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why is premail in non-free?
Could anyone tell me why premail is in non-free? I've read the license a couple of times, and I really don't see anything that would prevent it from= =20 being in main (or at least contrib). Am I missing something? I see nothing that would make me object to its inclusion in main. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: "Visual" IDE?
Even XEmacs with Sparcworks integration doesn't do it for me. So basically I use XEmacs to edit my source and make files, and the command line to compile. I debug with whatever debugger is best for the platform I am using that day. What exactly are your objections to Emacs' compile-mode and gdb-mode? I find them to be quite useful. Perhaps you could write some extensions that would make them more useful to you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#303667: ITP: cycle -- calendar program for women
Miriam Ruiz <[EMAIL PROTECTED]> writes: > Cycle is a calendar program for women. Given a cycle length or statistics > for several periods, it can calculate the days until menstruation, the days > of "safe" sex, the fertile period, and the days to ovulations, and define > the d.o.b. of a child. It allows the user to write notes and helps to > supervise the reception of hormonal contraceptive tablets. > > Possibilities of the program: > - Calculate days of menstruation, based on the length of the cycle or on > statistics of previous periods. > - Calculate days of "safe" sex, fertile period and day to ovulations. > - Definition of D.O.B. (Date Of Birth) of a child > - Allows to write notes. > - Helps to supervise reception of hormonal contraceptive tablets. Is it worthwhile to list all the features twice? I hope that the description in the actual package will not be as needlessly redundant. -- "Now I have to go wash my mind out with soap." --Derick Siddoway -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#304266: ITP: sdate -- never ending september date
Ross Burton <[EMAIL PROTECTED]> writes:
> Games serve a purpose: they entertain the user. What is the purpose of
> sdate?
The same. If you are not entertained by sdate, then you do not
need to install it.
That said, the following script is probably just as amusing, and
undoubtedly simpler:
#! /usr/bin/perl
# From: [EMAIL PROTECTED] (Rich Holmes)
# Newsgroups: alt.fan.warlord
# Subject: sepdate
# Date: 31 May 1996 15:43:22 GMT
# Organization: Syracuse University
# Message-ID: <[EMAIL PROTECTED]>
# sepdate utility - "A Perl utility of possible interest to a.f.w readers."
# usage: sepdate [month date year]
# where day month year are date of interest -- default is today
# e.g. sepdate 10 21 95
# for October 21, 1995
#
# Prints the date in same format as Unix date command (default)
# but unlike the buggy date command this script does take into account the
# fact that September 1993 never ended.
# Known bugs and odd features:
# - if date other than today is specified, time is displayed as 00:00:00.
# - arguments are not checked other than to see if there are 3 or none.
# - dates prior to 9 1 93 are rendered as nonpositive dates in Sept. 1993.
require "timelocal.pl";
if ($#ARGV == 2) {
$thetime = &timelocal(0,0,0,$ARGV[1],$ARGV[0]-1,$ARGV[2])
}
elsif ($#ARGV == -1) {
$thetime = time
}
else {
die 'usage: sepdate [month date year]'
}
$days = int (($thetime - &timelocal(0,0,0,31,7,93)) / (60 * 60 * 24));
($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime($thetime);
printf ("%3s Sep %2d %2.2d:%2.2d:%2.2d %3s 1993\n",
(Sun,Mon,Tue,Wed,Thu,Fri,Sat)[$wday],$days,$hour,$min,$sec,(EST,EDT)[$isdst]);
--
"I admire him, I frankly confess it; and when his time comes
I shall buy a piece of the rope for a keepsake."
--Mark Twain
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: need help on #271678 (sizefo struct?)
[EMAIL PROTECTED] (Vincent Zweije) writes:
> On Mon, May 16, 2005 at 12:06:37PM +0200, Bernd Eckenfels wrote:
>
> || In article <[EMAIL PROTECTED]> you wrote:
>
> || {
> ||struct x25_route_struct rt;
> ||struct sockaddr_x25 sx25;
> || ...
> ||memset((char *) &rt, 0, sizeof(struct x25_route_struct));
>
> memset((char *) &rt, 0, sizeof rt);
The cast is unnecessary:
memset(&rt, 0, sizeof rt);
--
"A computer is a state machine.
Threads are for people who cant [sic] program state machines."
--Alan Cox
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#380388: ITP: toga2 -- computer chess engine, calculates chess moves
Oliver Korff <[EMAIL PROTECTED]> writes: > Advancement of the strong chess engine fruit, it is > even stronger, and will be further developed. Please work on the phrasing. It doesn't make much sense as written. Perhaps "Advanced chess engine under active development."? -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Code of Conduct on the Debian mailinglists
Magnus Holmgren <[EMAIL PROTECTED]> writes: > On Friday 04 August 2006 09:57, Wouter Verhelst took the opportunity to say: >> On Fri, Aug 04, 2006 at 08:21:28AM +0200, Magnus Holmgren wrote: >> > In short, it's a mess. Lots of improvements can be made, to MUAs, MLMs, >> > as well as MTAs. An RFC straightening things out could help. >> >> ... Or we could all just forget about mailinglists and start using >> newsgroups instead. They don't have these issues. > > Indeed. What's the problem with Usenet that makes old-fashioned mailing lists > as prevalent as they still are? No problem at all. Especially with gmane.org around. I used to subscribe to dozens of mailing lists, but now I can just browse all of them as newsgroups. -- "The road to hell is paved with convenient shortcuts." --Peter da Silva -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: VMware packaging
Peter Collingbourne <[EMAIL PROTECTED]> writes: > I found there were no VMware-related packages in the official > repository, nor any way of creating them. Thus I propose to create > a tool that will build (for example for VMware Server) vmware-server > and vmware-modules-source packages based on an installation tarball > (a la java-package). How will its output differ from "alien --to-deb --scripts" based on the VMware .rpm? -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Remove cdrtools
Steve Greenland <[EMAIL PROTECTED]> writes:
> The *real* problem with the whole autotools disaster is that it promotes
> a braindead idea of how to achieve portability: a #ifdef branch for
> every different system (or library version, or whatever), strewn
> throughout the entire codebase. Real portability involves understanding
> your target systems, learning where the rough edges and corner cases
> are, and developing proper abstractions to work around them. Oh, and
> actually learning the standard version of the language (if there is
> one), and being able to distinguish between "this is what the language
> says it will do" and "works for me".
Use of gnulib can help with this. It provides a number of useful
abstractions that can help to avoid #ifdefs in some common
situations:
http://savannah.gnu.org/p/gnulib
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#386706: ITP: hellanzb -- Nzb downloader and post processor
Adam Cécile (Le_Vert) <[EMAIL PROTECTED]> writes: > Description : Nzb downloader and post processor > > Python application designed for *nix environments that > retrieves nzb files and fully processes them. The goal being to > make getting files from Usenet as hands-free as possible. Once > fully installed, all thats required is moving an nzb file to > the queue directory. The rest; fetching, par-checking, > un-raring, etc. is taken care of by hellanzb. I believe it would be appropriate to briefly explain what an nzb file is. I also don't think that it's too interesting that the program is written in Python or that it is designed for *nix environments. The former isn't of much interest to most potential users, and the latter is not much of a surprise. At any rate, I don't think that they belong at the very beginning of the description. -- "Implementation details are beyond the scope of the Java virtual machine specification. One should not assume that every virtual machine implementation contains a giant squid." --"Mr. Bunny's Big Cup o' Java" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-private and Gmail
Russ Allbery <[EMAIL PROTECTED]> writes: > I don't think singling out Gmail makes a great deal of sense. Any mail > server with which one does not have a contractual privacy agreement would > be in the same boat. For example, Stanford's webmail system, which on every login forces each user to click through an agreement that states the following: Users have no expectation of privacy while using this system and uses, data, and transmissions on this system may be intercepted, monitored, recorded, copied, audited, inspected, and disclosed at the discretion of Stanford University and subject to applicable laws. If we're going to disallow getting developers' debian-private mail delivered to gmail, then we're going to have to disallow it getting delivered to Stanford, too, at least if the developer ever uses the webmail system. -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.
Manoj Srivastava <[EMAIL PROTECTED]> writes: > Also, other people doing what I consider unethical is not > really much of a motivating factor for me to follow the same > unethical practice. I might not be haranguing other folks, since > there ethos may well differ from mine, but I am not alone in > considering fake "upstream" versions to imply that there is a dfsgf > free upstream version of the package as deceptive. I can see that it is confusing to change the version number, but I don't see why it is unethical. When I repackaged Autoconf to drop the documentation, I added a suffix to the version number. In retrospect I would have chosen a suffix different from the one I did choose, but I didn't think then that it was an unethical thing to do, nor do I think so now. It's confusing and undesirable, but not, in my opinion, unethical. -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.
Manoj Srivastava <[EMAIL PROTECTED]> writes: > On 24 Apr 2006, Thomas Bushnell said: >> The version is not the only documentation. The "dfsg" tag in >> version names means not "this is the upstream dfsg version", it >> means "this is the Debian-modified version, where the only >> modifications made were those we did to make the package meet the >> DFSG." > > Sorry, that string in the upstream version does not convey > that to me at all. It makes me think that larsi released a second > version compatible of the DFSG. How about adding a file named, e.g., README.dfsg or README.changes-from-upstream to the modified .orig.tar.gz version pointing out what has been done? A version number or a package name is easy to misinterpret, but adding a file with an explanation should be unambiguous (although it would be possible to miss it). -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#366780: ITP: summain -- compute and verify file checksums
Lars Wirzenius <[EMAIL PROTECTED]> writes: > A checksum is a number that identifies the contents of a file: if the > contents change, so does the checksum. If you create a checksum before > you burn a CD, when you know the files are correct, you can easily > check the CD at any time: just compute the checksum again and see if > they have changed. > . > summain computes and checks files against such checksums. It supports > both MD5 and SHA-1 checksums, using formats compatible with the md5sum > and sha1sum utilities, both for reading and writing. In addition, it > can read and verify checksums from Debian .dsc, .changes, and Sources > files. It's not clear to me, from the description, what the program does that the md5sum and sha1sum utilities do not. -- "If a person keeps faithfully busy each hour of the working day, he can count on waking up some morning to find himself one of the competent ones of his generation." --William James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#368309: ITP: pcf2bdf -- convert X11 font from PCF to BDF format
Jonas Smedegaard <[EMAIL PROTECTED]> writes: > Pcf2bdf is a font de-compiler. It converts an X11 font from Portable > Compiled Format (PCF) to Bitmap Distribution Format (BDF). > . > FONTBOUNDINGBOX in a BDF file is not used by bdftopcf, so pcf2bdf > generates irresponsible values. I don't think that "irresponsible" is the word you are looking for. -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Netatalk and SSL
Russ Allbery <[EMAIL PROTECTED]> writes: > Stephen Gran <[EMAIL PROTECTED]> writes: >> This one time, at band camp, Thomas Bushnell BSG said: > >>> Except, they *are* loaded together. > >>> Making "shim" libraries does not change the licensing rules at all, >>> which for the GPL, apply to the complete program. > >> So then how is it that the NVidia drivers and so forth aren't illegal? >> This is precisely how many non-free or GPL incompatible applications >> communicate with GPL'ed ones. > > Because the Linux kernel adds an additional clause, in the form of a > statement of the author's interpretation of the license, saying that such > modules are okay. Are you saying that the NVIDIA driver for Linux is a user program, not a kernel module? (I do not know for sure because I have never had cause to download or install it.) Here is the clarification included in the COPYING file distributed with the Linux kernel. It does not talk about kernel modules at all, only about system calls made by user programs. NOTE! This copyright does *not* cover user programs that use kernel services by normal system calls - this is merely considered normal use of the kernel, and does *not* fall under the heading of "derived work". Also note that the GPL below is copyrighted by the Free Software Foundation, but the instance of code that it refers to (the Linux kernel) is copyrighted by me and others who actually wrote it. Also note that the only valid version of the GPL as far as the kernel is concerned is _this_ particular version of the license (ie v2, not v2.2 or v3.x or whatever), unless explicitly otherwise stated. Linus Torvalds -- "...In the UNIX world, people tend to interpret `non-technical user' as meaning someone who's only ever written one device driver." --Daniel Pead -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#379196: ITP: beaglefs -- implements a filesystem representing a live Beagle query
Andrew Mitchell <[EMAIL PROTECTED]> writes: > Description : implements a filesystem representing a live Beagle query > > beaglefs implements a filesystem representing a live Beagle query. The > filesystem represents query hit results as symlinks to the hit targets. It would helpful to include a sentence explaining what "Beagle" is and how or why one queries it. -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#379196: ITP: beaglefs -- implements a filesystem representing a live Beagle query
Ron Johnson <[EMAIL PROTECTED]> writes: > Ben Pfaff wrote: >> Andrew Mitchell <[EMAIL PROTECTED]> writes: >> >>> Description : implements a filesystem representing a live >>> Beagle query >>> >>> beaglefs implements a filesystem representing a live Beagle >>> query. The filesystem represents query hit results as symlinks >>> to the hit targets. >> >> It would helpful to include a sentence explaining what "Beagle" >> is and how or why one queries it. > > $ apt-cache show beagle Should I have to guess that beagle is the name of a package also? Including a sentence is not that hard. -- "To the engineer, the world is a toy box full of sub-optimized and feature-poor toys." --Scott Adams -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Build failure with autoconf 2.60: "requires autoconf 2.53 or newer"
Martin Michlmayr <[EMAIL PROTECTED]> writes: > Half of KDE and a number of other applications currently fail to build > with a message similar to: > > | *** YOU'RE USING autoconf (GNU Autoconf) 2.60. > | *** KDE requires autoconf 2.53 or newer > > Before I file bugs on these packages, I wanted to check whether this > is a known problem and/or whether the new autoconf reports its version > in an incompatible way (that could be changed to avoid these build > failures). I don't think there was any surprising change in the way that the version number was reported. It looks like the --version output just changed from autoconf (GNU Autoconf) 2.59 Written by David J. MacKenzie and Akim Demaille. Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. to autoconf (GNU Autoconf) 2.60 Written by David J. MacKenzie and Akim Demaille. Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Does KDE use something other than "autoconf --version" to check the Autoconf version? -- "The road to hell is paved with convenient shortcuts." --Peter da Silva -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: copyright vs. license
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes: [updating copyright years] > I have a handy-dandy emacs lisp frob that will do this automagically > for you if you like. I would like this. -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: copyright vs. license
John Hasler <[EMAIL PROTECTED]> writes: > There could be if you do so in a way that could be construed as an attempt > to fraudulently extend the life of the copyright. At the moment it seems doubtful that any current copyright will ever expire. -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Conference! - around the world with Debian
Peter Makholm <[EMAIL PROTECTED]> writes: Russell Coker <[EMAIL PROTECTED]> writes: > For those of us who attend in multiple countries we could book plane flights > together (hopefully get a good deal), play network Quake in the plane, etc. Then we need a sponsor with a big wallet. ...or a battery-powered hub :-) -- "doe not call up Any that you can not put downe." --H. P. Lovecraft
Re: Is this a bug in grep, or is it me...
Dale Scheetz <[EMAIL PROTECTED]> writes: > $ grep -w debhelper override.potato > debhelper optionaldevel > hello-debhelper optionaldevel > > In the man page, under the -w option, it says that, in order to match, the > string must be either at the beginning of the line, or preceeded by a > non-word contituent character, which it declares as letters, digits, and > the underscore. No, it says that those are word constituent characters. > The hyphon at the ned of hello in "hello-debhelper" isn't any of these, > but grep declares it to match anyway! Is this something to do with the > form of my expression? It's preceded by a character that isn't a letter, digit or underscore: a hyphen.
Re: Is this a bug in grep, or is it me...
Dale Scheetz <[EMAIL PROTECTED]> writes: > > > The hyphon at the ned of hello in "hello-debhelper" isn't any of these, > > > but grep declares it to match anyway! Is this something to do with the > > > form of my expression? > > > > It's preceded by a character that isn't a letter, digit or underscore: > > a hyphen. > > > Which confused me as to why it was being included in the "word". > > So a "search string" is defined as any characters delimited by blank, tab, > or newline, but because the hyphon is not considered a "word constituent" > character, debhelper is considered a "whole word" within the string > "hello-debhelper"? If I understand what you're saying, yes: word delimiters are not part of the words they separate. If that's not what you mean, then I guess I need a more elaborate explanation. (Sorry, I don't have enough time right now to help with your larger problem.) -- "Whoever you are -- SGI, SCO, HP, or even Microsoft -- most of the smart people on the planet work somewhere else." --Eric S. Raymond
Intent to give away: gradio, troffcvt
I'd like to give away gradio and troffcvt to someone who is interested in maintaining them. I am willing to maintain them both indefinitely, but I do not use them any longer, so they aren't really anything I'm excited about. Neither one has any reported bugs. They have not yet been converted to FHS. gradio is a simple program suitable for a newbie maintainer, though I suppose we don't have any newbie maintainers given that we don't have any new maintainers. troffcvt is a complex program that has an ugly, complicated build process. It would be most suitable for someone interested in ugly, complicated build processes. Let me know, Ben.
Re: Intent to give away: gradio, troffcvt
[EMAIL PROTECTED] (Ruud de Rooij) writes: > [EMAIL PROTECTED] (Ben Pfaff) writes: > > > gradio is a simple program suitable for a newbie maintainer, > > though I suppose we don't have any newbie maintainers given that > > we don't have any new maintainers. > > Even though I am not a newbie maintainer, I am willing to take this > package, if noone else volunteers. I've got a TV/radio card and use > this package myself. Great. It's yours. Let me know if you need anything from me, but I think that the sources on the Debian servers are up-to-date.
Re: DO NOT UPGRADE TO POTATO. MENU UPLOAD ON OCT 2 KILLS SYSTEMS
"A. M. Varon" <[EMAIL PROTECTED]> writes: > Could we have a potato mailing lists? That's part of what debian-devel *is* for. Why would we want another list for it? -- "MONO - Monochrome Emulation This field is used to store your favorite bit." --FreeVGA Attribute Controller Reference
Re: RFC/ITP: everybuddy-cvs
"michael d. ivey" <[EMAIL PROTECTED]> writes: > I started making personal debs of the everybuddy CVS snapshots because EB > releases tend to lag pretty far behind the code in CVS. I called my > package ebsnap, and made it conflict with everybuddy. I put it on my > site, and that was that. > > Now, I've adopted everybuddy and gotten through the NM process. I'd like > to add the CVS version to unstable...but I don't know what to call it. > My current idea is everybuddy-cvs, and make it conflict with everybuddy, > and conflict/replace ebsnap, for the people who may have downloaded > ebsnap. Is that the correct way to proceed? I would keep the same name for both the released and CVS versions, but upload the released version to unstable and the CVS version to project/experimental. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: SkipStone
Brian Almeida <[EMAIL PROTECTED]> writes: > Mozilla was relicensed under the GPL... Not quite, as I understand it: Mozilla is *in process* of being relicensed under GPL. All contributors have to be contacted to verify agreement first. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: long long support on all archs?
Andrew Suffield <[EMAIL PROTECTED]> writes: > You could have written this with equal validity: > long int typedef long int64_t; Not a good idea, though, because C99 says this: 6.11.5 Storage-class specifiers 1The placement of a storage-class specifier other than at the beginning of the declaration specifiers in a declaration is an obsolescent feature. -- A bicycle is one of the world's beautiful machines, beautiful machines are art, and art is civilisation, good living, and balm to the soul. --Elisa Francesca Roselli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#331287: ITP: criawips -- full featured presentation tool
David Moreno Garza <[EMAIL PROTECTED]> writes: > Criawips aims to become a full featured presentation application > that offers the perfect platform both for small presentations > used to explain a few things to other people and for big > presentations used for commercial presentations. > > Thus it should become easy to use, provide a good integration > with other applications to become a presentation platform that > can compete with commercial applications like MS PowerPoint, > OpenImpress and Apple's Keynote. That's a good description of what the program plans to be in the future. What is it now? -- "Then, I came to my senses, and slunk away, hoping no one overheard my thinking." --Steve McAndrewSmith in the Monastery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#315059: Drop KRB4 support from HEIMDAL
Brian May <[EMAIL PROTECTED]> writes: > Is it time to think about removing kerberos4kth from the archive > anyway? Stanford still uses Kerberos 4. Would removing kerberos4kth be tantamount to dropping Kerberos 4 support? When I've tried to use Debian's other implementations of Kerberos in the past at Stanford, I've had no luck at all. -- "There's only one thing that will make them stop hating you. And that's being so good at what you do that they can't ignore you. I told them you were the best. Now you damn well better be." --Orson Scott Card, _Ender's Game_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#315059: Drop KRB4 support from HEIMDAL
Björn Torkelsson <[EMAIL PROTECTED]> writes: > On Mon, 2005-10-24 at 12:18 +1000, Brian May wrote: >> Is it time to think about removing kerberos4kth from the archive >> anyway? > > In my opinion yes. However an easy and well documented upgrade-path from > a krb4 KDC to a krb5 KDC is probably necessary. I don't see how that will help users who have no control over the KDC that they use. -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: bug closing etiquette
Eric Cooper <[EMAIL PROTECTED]> writes: > Suppose someone has reported a bug that the maintainer can't > reproduce, but the reporter can. Is it reasonable for the maintainer > to email the reporter and ask whether a new version fixes the problem, > or is that considered obnoxious? I think it's a reasonable thing to do. It is what I do. Anyone have a suggestion about what to do when the maintainer can't reproduce it and the reporter can only reproduce it on one of his machines? I'm kind of stymied on #329333 for Autoconf. No idea what the problem is here. -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dependencies for autoconf
In bug #262021, Norman Ramsey reported that the "autoreconf" script provided by the autoconf package runs automake. Since at the time autoconf merely recommended automaken, instead of depending on it, this could fail. To fix the bug, I changed the recommendation to a dependency. In response, Ralf Wildenhues <[EMAIL PROTECTED]> pointed out: > Are you going to depend on (some version of) libtool and gettext, too? > autoreconf may invoke libtoolize and autopoint as well. > > FWIW, I don't think this is the right way to go. If autoreconf invokes > aclocal or automake, that means the package being autoreconf'ed depends > on automake, not autoconf. I am torn between the two possibilities. On one hand, Debian policy is clear that packages should have full dependencies on all the programs that they may invoke. On the other hand, Ralf has a reasonable argument that it is the package being autoreconf'd that has the dependency, not autoconf itself. Many packages that use autoconf do not use libtool or gettext. Another issue is that there are multiple versions of automake in the archive. The dependency that I added to autoconf allows any one of them to satisfy the dependency, but of course this is no guarantee that this is the correct version for the package being autoreconf'd. I would appreciate some guidance on this issue from debian-devel. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: List of packages shipping shell scripts with bashisms + MBF proposal
Raphael Geissert <[EMAIL PROTECTED]> writes: > Atm, checkbashisms only complains with this: > >> _From_: bashisms-amd64-2.10.15/libtool_1.5.26-1_amd64.deb >> possible bashism in ./usr/bin/libtool line 1218 (trap with signal > numbers): It's weird that it calls this a "possible bashism". It's not a bashism (at most, it's an XSI-ism) and it's so pervasively supported that even Autoconf uses it. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: List of packages shipping shell scripts with bashisms + MBF proposal
Russ Allbery <[EMAIL PROTECTED]> writes: > Pure POSIX doesn't allow signal numbers, but the XSI extension > to POSIX does and dash and posh both support them. We do not, > in general, accept XSI extensions, but it's hard to argue > strongly for excluding a feature that even posh supports. Is there a good reason that we do not in general accept XSI extensions? The ones that I've noticed while reading SUSv3 are features that I expect a normal Unix system to have. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: List of packages shipping shell scripts with bashisms + MBF proposal
Clint Adams <[EMAIL PROTECTED]> writes:
> On Sat, Feb 09, 2008 at 04:39:11PM -0800, Russ Allbery wrote:
>> This one is somewhat arguable. Pure POSIX doesn't allow signal numbers,
>> but the XSI extension to POSIX does and dash and posh both support them.
>> We do not, in general, accept XSI extensions, but it's hard to argue
>> strongly for excluding a feature that even posh supports.
>
> Since 0.5.6, it does not; the only number it understands is the
> pseudo-signal 0, mandated by POSIX.
>
> The reason POSIX doesn't allow numbers is that they are inconsistent
> from platform to platform. People who learn signals on a commercial OS
> of yore sometimes assume that signal 5 means something other than
> SIGTRAP on Debian, and script traps and kills that end up not doing what
> is intended.
The XSI option to SUSv3 does not say that numeric signal numbers
are interpreted in a system-specific way. It is very specific
that numeric 1 is SIGHUP, 2 is SIGINT, 3 is SIGQUIT, 6 is
SIGABRT, 9 is SIGKILL, 14 is SIGALRM, and 15 is SIGTERM:
http://www.opengroup.org/onlinepubs/009695399/utilities/trap.html
--
Ben Pfaff
http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: List of packages shipping shell scripts with bashisms + MBF proposal
Raphael Geissert <[EMAIL PROTECTED]> writes: > Russ Allbery wrote: > >> Clint Adams <[EMAIL PROTECTED]> writes: >> >>> Since 0.5.6, it does not; the only number it understands is the >>> pseudo-signal 0, mandated by POSIX. >> >> Oh, sorry, you're of course correct. I missed the 0 == n test in >> gettrap(). Sorry about the confusion. >> >>> The reason POSIX doesn't allow numbers is that they are inconsistent >>> from platform to platform. People who learn signals on a commercial OS >>> of yore sometimes assume that signal 5 means something other than >>> SIGTRAP on Debian, and script traps and kills that end up not doing what >>> is intended. >> >> This is a good point. However, it's worth noting that the XSI extension >> to POSIX doesn't allow you to use just any numbers. It specifically lets >> you use numbers for HUP, INT, QUIT, ABRT, KILL, ALRM, and TERM and nothing >> else. I think that's fairly portable. >> > > So should I only ignore those specifying a signal number in the 1-15 range? I'd suggest complaining about those that specify numbers other than 0, 1, 2, 3, 6, 9, 14, or 15. See http://www.opengroup.org/onlinepubs/009695399/utilities/trap.html -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#467217: RFP: python-pypdf -- Pure-Python library built as a PDF toolkit
Luciano Bello <[EMAIL PROTECTED]> writes: > Description : pure-Python library built as a PDF toolkit Very odd phrasing. Sounds backward: "PDF toolkit built as a pure-Python library" makes more sense to me. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposing a new source control header to link to upstream BTSs
"Martín Ferrari" <[EMAIL PROTECTED]> writes: > On Mon, Mar 17, 2008 at 5:42 AM, Neil Williams <[EMAIL PROTECTED]> wrote: > >> The Packages.gz file is already enormous (especially for Emdebian >> purposes or other low resource units) and adding yet more fields to >> debian/control is really not that friendly. > > I appreciate the strive to make Debian work on small machines, but it > is reasonable to put their constraints on the whole project? Adding more fields also increases the time to download Packages.gz, which is an issue independent of the capabilities of the machine downloading it. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: autoconf AC_FUNC_MKTIME breaks with gcc 4.3
Adrian Bunk <[EMAIL PROTECTED]> writes: > I just tried compiling the emacs22 package from unstable with gcc 4.3, > and ran into an issue similar to what Martin described back in > May 2007 for another package in #425544, with the following differences: > - it's not an infinite loop but a one minute hang > (see the alarm() in conftest.c) > - the build therefore proceeds, but emacs wrongly assumes there's no > working system mktime() > - Martin said it's "a bug in older versions of autoconf", but as far > as I can see these older versions include the latest upstream > version and also the Debian package in unstable The Debian package for autoconf in unstable is the piece of this puzzle that is within my power to fix, and so I have uploaded autoconf 2.61-7 with this patch. When this kind of thing comes up, please feel free to file a bug against the autoconf package. I do my best to fix important problems as soon as I can. It's easy in a case like this where an upstream fix has already been committed. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Changes to the ddpo-by-mail service
Lucas Nussbaum <[EMAIL PROTECTED]> writes: > ddpo-by-mail sends monthly emails (one per maintainer), containing a > list of issues in the package that person maintain: How long has this been going on? I don't recall receiving any of these mails, and I don't recall unsubscribing myself. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Non-unified patches and dpkg source format ‘3.0 (quilt)’.
Cyril Brulebois writes: > Oh, if you really need an example, what about the following? We tend to > fix GCC issues. We tweak headers. Some might get added, some might be > removed. We have such a patch. A CVE arrives. A context diff gets > published. It gets applies on the top of the other patches. Say it's > something like: > | > BUGON(my_pointer_shall_not_be_null); > > But, since we tweak the headers, the check can get added before the > first dereferencement. Of course, there are the fuzzy stuff with patch, > but sounds less likely to happen. If you are going to argue against diffs that do not have any context, please say so. Do not confuse the issue by instead arguing against "context diffs", because context diffs and unified diffs have exactly the same properties, just different formatting. Here is the diff manual's introduction to showing context: Usually, when you are looking at the differences between files, you will also want to see the parts of the files near the lines that differ, to help you understand exactly what has changed. These nearby parts of the files are called the "context". GNU `diff' provides two output formats that show context around the differing lines: "context format" and "unified format". It can optionally show in which function or section of the file the differing lines are found. Here is the example of a context diff from the "diff" manual: *** laoSat Jan 26 23:30:39 1991 --- tzuSat Jan 26 23:30:50 1991 *** *** 1,7 - The Way that can be told of is not the eternal Way; - The name that can be named is not the eternal name. The Nameless is the origin of Heaven and Earth; ! The Named is the mother of all things. Therefore let there always be non-being, so we may see their subtlety, And let there always be being, --- 1,6 The Nameless is the origin of Heaven and Earth; ! The named is the mother of all things. ! Therefore let there always be non-being, so we may see their subtlety, And let there always be being, *** *** 9,11 --- 8,13 The two are the same, But after they are produced, they have different names. + They both may be called deep and profound. + Deeper and more profound, + The door of all subtleties! Here is the diff manual's comparison between context diffs and unified diffs: The unified output format is a variation on the context format that is more compact because it omits redundant context lines. To select this output format, use the `-U LINES', `--unified[=LINES]', or `-u' option. The argument LINES is the number of lines of context to show. When it is not given, it defaults to three. At present, only GNU `diff' can produce this format and only GNU `patch' can automatically apply diffs in this format. For proper operation, `patch' typically needs at least two lines of context. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Anybody have a spare sparc machine?
Ryan Niebur writes: > This is a sparc only FTBFS, and none of us own a sparc machine. Does > anybody have a spare one they could let me (or somebody else in the > Perl group) ssh into to debug it? http://db.debian.org/machines.cgi lists a number of Debian sparc machines. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Anybody have a spare sparc machine?
Ryan Niebur writes: > On Tue, Sep 01, 2009 at 07:53:26PM -0700, Ben Pfaff wrote: >> Ryan Niebur writes: >> >> > This is a sparc only FTBFS, and none of us own a sparc machine. Does >> > anybody have a spare one they could let me (or somebody else in the >> > Perl group) ssh into to debug it? >> >> http://db.debian.org/machines.cgi lists a number of Debian sparc >> machines. > > IANADD. The GCC compile farm has sparc machines too: http://gcc.gnu.org/wiki/CompileFarm You don't need to be a GCC developer to get an account. If it's a Debian-on-sparc specific build problem, rather than just a sparc-specific build problem, I guess that might not help. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#548720: ITP: libkml -- The C++ library for supporting OGC KML 2.2 standard
Francesco Paolo Lovergine writes: > Description : The C++ library for supporting OGC KML 2.2 standard > > This is a Google's library for use with applications that want to > parse, generate and operate on KML. It is an implementation of the OGC > KML 2.2 standard. It is written in C++ and bindings are available > via SWIG to Java and Python. The library depends on boost 1.34. It would be nice to mention what KML is. -- "To the engineer, the world is a toy box full of sub-optimized and feature-poor toys." --Scott Adams -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Second call for votes for the debian project leader election 2007
Andreas Tille <[EMAIL PROTECTED]> writes: > The relation between Rejects and Voters is currently the highest we > ever had. I'm just asking whether we need some technical improvement > here because I personally add a count of three to the rejects and > have no idea how to vote successfully. With Gnus+Mailcrypt, I was unable to vote with a signed but not encrypted ballot. The voting daemon claimed that there was some kind of quoted-printable problem. This surprised me: Gnus and Mailcrypt have not caused problems for me with any previous votes. However, this is the only ballot I recall containing non-ASCII characters, which could be the cause. So then I sent in a signed and encrypted ballot. This caused the whole ballot to be base64-encoded. Presumably this sidestepped the quoted-printable problem, because it was accepted. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#427248: ITP: promethee -- a productive numeric working space
"lambda (sbrice)" <[EMAIL PROTECTED]> writes: > Description : A productive numeric working space > > promethee is an all-inclusive education project (called numeric > working space) which support school managing and What is a numeric working space? You don't say, and the URL that you pointed to doesn't make it obvious to me. > is exclusively built with free software (need apache2 > mysql-server-4.1 apache2-doc libapache2-mod-php4 php4-mysql > php4-gd php4-cli phpmyadmin dependencies) This seems redundant. There's a Dependencies field in the packaging system for listing dependencies. There's no need to mention that a program in Debian is free software and built only with free software--that's the only kind of program we accept anyway. -- "doe not call up Any that you can not put downe." --H. P. Lovecraft -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Can we require build-arch/indep targets for lenny?
Russ Allbery <[EMAIL PROTECTED]> writes: > Currently, policy says that it's recommended (the weakest policy > directive) to support noopt and nostrip. My main concern with increasing > the strength of that directive is that, depending on how demented the > upstream build system is, it can be difficult to support these options, > and since neither is used for regular builds in Debian, they're not > usually tested and aren't necessary for properly functioning packages. I have a little bit of experience with recompiling packages to include debug symbols. In that little of experience I found that the easiest way to do it was to put a set of wrapper programs in $PATH that ensured that compilers added debug symbols and that programs and options to remove them were ignored. I wonder whether this general approach would be better than requiring each package maintainer to implement a pair of build-time options. The most obvious trouble I can see with it is packages that invoke tools through absolute paths or reset $PATH themselves. (I haven't followed previous discussion of these options. If this approach has already been considered and discounted, please ignore me.) -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Help] Autoconf problems when trying to build WordNet 3.0 package
Andreas Tille <[EMAIL PROTECTED]> writes: > the relevant line in src/Makefile.am is > > INCLUDES = -I$(top_srcdir)/include $(TCL_INCLUDE_SPEC) -I$(TK_PREFIX)/include > > I have no idea why TCL_INCLUDE_SPEC which is not propagated > correctly to Makefile.in and thus cc has not the correct path > to the needed includes. The puzzling thing to me about this situation is what is expected to set TK_PREFIX. "grep TK_PREFIX" in the wordnet directory shows TK_PREFIX being used, but never defined anywhere. "grep TK_PREFIX" in /usr/share/aclocal shows no hits at all. Ditto for TCL_INCLUDE_SPEC. What do you expect to set TK_PREFIX and TCL_INCLUDE_SPEC? -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Help] Autoconf problems when trying to build WordNet 3.0 package
"Sergei Golovan" <[EMAIL PROTECTED]> writes: > On 6/27/07, Ben Pfaff <[EMAIL PROTECTED]> wrote: >> The puzzling thing to me about this situation is what is expected >> to set TK_PREFIX. "grep TK_PREFIX" in the wordnet directory >> shows TK_PREFIX being used, but never defined anywhere. "grep >> TK_PREFIX" in /usr/share/aclocal shows no hits at all. >> >> Ditto for TCL_INCLUDE_SPEC. >> >> What do you expect to set TK_PREFIX and TCL_INCLUDE_SPEC? > > They are to be set by /usr/lib/tcl8.4/tclConfig.sh and > /usr/bin/tk8.4/tkConfig.sh. But something in configure process went > wrong. OK, I can see now that /usr/lib/tk8.4/tkConfig.sh sets TK_PREFIX in the environment of "configure". But what is meant to propagate this environment variable into the Makefile? I don't see anything intended to do that. Autoconf does not automatically propagate all environment variables from "configure" into Makefiles (nor should it). It looks to me like there's a missing piece in the build system. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Help] Autoconf problems when trying to build WordNet 3.0 package
Andreas Tille <[EMAIL PROTECTED]> writes: > Yes, you both seem to come to the same conclusion as I myself - but > I have no idea how to fix this. There must be some trick to propagate > these variables, but how? I've got no clue out of reading the > texinfo docs. That part is easy: just add AC_SUBST([TK_PREFIX]) AC_SUBST([TCL_INCLUDE_SPEC]) to configure.ac and rerun autoconf and automake. I assumed you were trying to figure out why it didn't work out-of-the-box. Now the build fails at a link step on missing Tk symbols, but I haven't looked into why. Quite possibly there's another missing substitution. (By the way, it also appears that AC_LANGINFO_CODESET in configure.ac should actually be AM_LANGINFO_CODESET although I'm not 100% certain.) -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#500671: ITP: pgtap -- Unit testing framework for PostgreSQL
Pierre Chifflier <[EMAIL PROTECTED]> writes: > pgTAP is a suite of database functions that make it easy to write > TAP-emitting unit tests in psql scripts suitable for harvesting, > analysis, and reporting by a TAP harness, such as those used in Perl > and PHP applications. Please state briefly what a TAP is somewhere in the description. (To me, a TAP is a virtual Ethernet device, but I think that that is not what is meant here.) -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: canonical list of port-specific CPP symbols
"Steve M. Robbins" <[EMAIL PROTECTED]> writes: > Is there a canonical list of symbols defined by each of the > Debian architectures, e.g. do I test for Sparc using > __sparc or __sparc__ ? How about m68k, hppa, etc? It's not Debian-specific, but the website at http://predef.sourceforge.net/ is very useful. -- "It was then I realized how dire my medical situation was. Here I was, a network admin, unable to leave, and here was someone with a broken network. And they didn't ask me to fix it. They didn't even try to casually pry a hint out of me." --Ryan Tucker in the Monastery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#508829: ITP: surefire -- Surefire test framework for Java
Torsten Werner writes: > * Package name: surefire > Version : 2.4.3 > Upstream Author : Apache Software Foundation > * URL : http://maven.apache.org/surefire/ > * License : Apache-2.0 > Programming Lang: Java > Description : Surefire test framework for Java > Maven is a software project management and comprehension tool. Based on the > concept of a project object model (POM), Maven can manage a project's build, > reporting and documentation from a central piece of information. > . > Maven's primary goal is to allow a developer to comprehend the complete > state of a development effort in the shortest period of time. In order to > attain this goal there are several areas of concern that Maven attempts > to deal with: Based on the first two paragraphs of the extended description, which do not mention Surefire at all, I would add "maven" to the package name. -- "MONO - Monochrome Emulation This field is used to store your favorite bit." --FreeVGA Attribute Controller Reference -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Linux stuck when serial cable is disconnected
hagit <[EMAIL PROTECTED]> writes: > I am running on a MIPS machine, with my kernel and debian distribution > (file system). > The kernel messages are configured to get out from the serial > connection, i.e. serial console. > When the serial output of my MIPS is connected to my PC everything is > OK and I can see the outputs in the terminal. > When I disconnect the serial cable my Linux get stuck. Even my telnet > connection doesnt responds. My guess is that syslogd is blocking on a write to the serial port, and other software is blocking on sending a log message to syslogd. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: priorities
"brian m. carlson" <[EMAIL PROTECTED]> writes: > On Fri, Dec 07, 2007 at 04:51:29AM +1000, Anthony Towns wrote: >>On Thu, Dec 06, 2007 at 07:42:06AM -0800, Russ Allbery wrote: >>> Anthony Towns <[EMAIL PROTECTED]> writes: >>> > time (???) >>> Likewise. time is a standard Unix program. >> >>And which is a built-in on bash, tcsh and zsh, so doesn't seem terribly >>useful most of the time... (not dash though) > > I've never seen anyone use either dash or posh as their default shell, > and IME time is only used in interactive shells, so this might not be > that important. IMHO it could be relegated to optional. I use "time" in benchmarking scripts. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: priorities
Manoj Srivastava <[EMAIL PROTECTED]> writes: > On Thu, 06 Dec 2007 13:34:10 -0800, Ben Pfaff <[EMAIL PROTECTED]> said: > >> I use "time" in benchmarking scripts. > > I do not find the built in time to be a substitute for the good > old fashioned time command. [...] Which is one reason why I wrote the above, in support of keeping "time" at Priority: standard. Perhaps I was not explicit enough. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
