FYI: www.infrastructures.org
http://www.infrastructures.org/papers/bootstrap/bootstrap.html -- Karl M. Hegbloom [EMAIL PROTECTED]
RFC Search engine in development
I've got a good start on an RFC search engine. Try it out at: http://www.pdxlinux.org/search.html ... and find the code at: http://www.hegbloom.net:3006/cgi-bin/viewcvs.cgi/?root=Perl The modules to look at are Swish.pm, RFC.pm, and the RFC/ directory. It needs to be completed and turned into an installable Debian package. The search part does not define the presentation. It returns a list of Perl hash data structures, so that the client code can present that any way it likes. This means that it can be used by a command line tool, perhaps called from inside emacs, or from a web front end like the one on pdxlinux.org, which is done using HTML::Mason. What do you think? Can you figure out my code? Need a tour? Are you a Perl programmer? I hope to find some time for completing this, but if yous want to work on it, go for it; just let me know so we can coordinate. -- Karl M. Hegbloom [EMAIL PROTECTED]
Anti Open Source Psyops / Mind Tweakers? (they'll never believe we're really aliens dept)
Happy un-halloween. The truth is out there -- apt-get into it, local shadow repositories potentially excepted. There _are_ organized groups of individuals who are actively attempting to dismantle or disrupt LUG's, and to discourage Linux advocates. They may attempt to discourage LUG's from formally organizing like Debian has. They might say that you have to be mind-crazy if you believe any of this message! They may claim that I am insane for sending it! It will undoubtedly be flamed and debunked by reputable linux advocates! Be wary of wolves in sheeps clothing, misdirection, and red herrings. If you don't have anything productive to add, then don't say anything at all. They might try to make you quit using or supporting Free Software, OSS, and Debian GNU. They might use sneaky, subtle, and insinuating psyops tactics, mental / psychic / emotional harrassment. They might try to make you smoke, drink (in the Red Hat district perhaps? Isn't that a smoking spy with a secret NDA?), use too much caffeine, not exercise. They might try to ruin your reputation in any way they can. They might harrass you and try to prevent you from getting your work done. They might cause you to waste your time with petty squabbling, a barrage of insults and put-downs, immature insecure one-upmanship head games, you're such a loser do things my way _badmouthing_, _bully-talk_, emotional tweaking, political manurviring, psycho-social posturing / posing and chest thumping. Whether it pays the bills is a big issue with some of these annoying pocket slappers. They might look for any way to _try_ and stop you from working on or using OSS; to prove you are a danger to their way of life... Just think how big of a threat to them we must be in their eyes, to inspire these jealous displays of rivalrous politicing! -- Anon Muse They may edit what you really say to make it seem as though you said the opposite, and they might get away with it, if there is nobody to stop them or call them out on it. Some will be ready with the snide put-downs and shut-ups, and others with the bureaucratic pigeon-hole pocket slapping paper-mill coal-plant gas-$tation shuffle. Think about it. You might be next! They will try to make you believe that what is said in this message cannot be reality. You may think this is a joke eMail, but it is not. It resembles reality in some regard -- you must admit it. That's a target on your back. http://www.teahouseofdanger.com/dti/html/WOORRDS/words_3.html http://www.unsolvedmysteries.com/usm205362.html http://mediafilter.org/MFF/USDCO.PsyWar.html http://www.greenpanthers.org/psychological-warfare.html Just because they've classified you as paranoid doesn't mean they're not really out to get you. There are head hunters and there are head hunters. Word of the day: Opportunistic Silentism
Oracle installer?
Has anyone created an Oracle 9i installer?
Don't let em make ya quit.
URL:http://www.crn.com/sections/BreakingNews/dailyarchives.asp?ArticleID=32424 No matter how ugly they get, don't become what you most hate. Let's win this fair and square, folks. And we will win, we have superiour technology and all the source code... but that's what they'll say. Build on strength. Not strong coffee; strength. Strength of body, mind and character. Don't let them make you eat shit. URL:http://www.relfe.com/caffeine.html URL:http://www.runnersworld.com/ URL:http://www.24hourfitness.com/ -- Free the Software http://www.debian.org/social_contract
IBM Key alliances ?
URL:http://www-1.ibm.com/linux/ On the right is a panel listing Key Alliances. Why are we not listed? It would be a good thing for Debian to ally with IBM, wouldn't it? If I had a job as a system admin at an IBM shop, I'd much prefer to use Debian than RH. -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED] http://www.microsharp.com phone://USA/WA/360-260-2066 jabber: [EMAIL PROTECTED]
Re: apt-get reinstall all
Robin == Robin Putters [EMAIL PROTECTED] writes: btw: I really like apt that's why I try to help you make it better, :) Robin Who doesn't like it ? :) The competition? Have you ever seen that silly perl script that Mandrake passes as an apt like package fetcher + installer? urpmi. Hahah. -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED] Free the Software http://www.debian.org/social_contract http://www.microsharp.com phone://USA/WA/360-260-2066
Re: Debian.rpm
Tollef == Tollef Fog Heen [EMAIL PROTECTED] writes: Tollef * Wichert Akkerman Tollef | Previously David B Harris wrote: Tollef | Well, what you're suggesting isn't really feasible ;) Tollef | Tollef | Someone actually did this a couple of years ago so it is feasible. Tollef Run-time upgrading from RH to Debian is very much feasible Tollef and very, very cool. No reboot required, even. How did you do it? Is the process documented anyplace?? Tollef It was a bit scary doing it to my home system which will Tollef only boot from the hard drive, no floppy, and won't boot Tollef from the cdrom, though. :) Sounds as scary as my recent migration to XFS + LVM + GRUB. -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED] Free the Software http://www.debian.org/social_contract http://www.microsharp.com phone://USA/WA/360-260-2066
Re: Debian.rpm
Wichert == Wichert Akkerman [EMAIL PROTECTED] writes: Wichert Previously David B Harris wrote: Well, I'm kind of thinking he meant an automated procedure. Wichert So did I. Someone made a rpm package that you could install with Wichert rpm and it would convert a RedHat system into a Debian system. It Wichert only handled the base system and left the rest unchanged, but it Wichert did work. Wichert I suspect you might still find that package with a bit of Wichert google searching. Wichert, can you give us a hint, please? What keywords? -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED] Free the Software http://www.debian.org/social_contract http://www.microsharp.com phone://USA/WA/360-260-2066
Re: LVM + XFS/Ext3 (Was no space left on device: LVM, Gnus -- dpkg, apt-get ?)
Andreas == Andreas Tille Tille writes: Andreas On 4 Jan 2002, Karl M. Hegbloom wrote: I'm using LVM and XFS filesystems on my computer at home. This morning, after I pushed g from the Gnus *Group* buffer (to get new mail), it stopped part way through with an error message. Gnus prompted me in the XEmacs minibuffer saying no space left on device: Continue (yes, no)?. My 10g /home logical volume had filled up. I opened a root console, used lvextend to add a few spare gigs to my /home LV, then ran xfs_growfs to grow it's filesystem into the new space. I have not tried yet, but am planning to experiment and see if it is possible to *shrink* an XFS filesystem. In the case where I have one LV that's larger than it needed to be, I'd like to be able to shrink the filesystem then shrink the LV. Anyone know if that is possible? If it's not, it should be! Andreas I just installed my new 80GB disk using LVM. I found out Andreas that it is not possible to include even /boot and / Andreas partition into LVM if you want to use grub, but this is Andreas no real problem (even if it would be nice). Right. I went with: part1 500m Linux / (XFS) part2 1024m Swap part3 the rest LVM/usr (XFS) /home /var /usr/local /usr/local/src Andreas I decided to use ext3 file systems in the LVM partitions Andreas and I wonder if there is something like xfs_growfs for Andreas ext[23]. Not that I would need it currently but just in Andreas case it is better to know now and to switch to XFS at Andreas this moment than later if it is not possible. I recently read Linux File Systems, by Moshe Bar (author of Linux Internals), Osbourne McGraw Hill, ISBN-0-07-212955-7. I also read Journal File Systems, Linux Gazette #55, URL:http://www.linuxgazette.com/issue55/florido.html, and some of the whitepapers I found at URL:http://oss.sgi.com/projects/xfs/. I am very convinced that XFS is the *best* filesystem for Linux. It is way better than ext3fs for many reasons. From what I gather, it is also superiour to IBM's JFS, and certainly superiour to Reiserfs. I've had no trouble with it so far. I've been told that it is incompatible with LILO; that it starts the filesystem at offset 0 rather than offset 512 like other filesystems? I have not confirmed this yet. Anyone know? It works great with GRUB. -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED] Free the Software http://www.debian.org/social_contract http://www.microsharp.com phone://USA/WA/360-260-2066
Re: no space left on device: LVM, Gnus -- dpkg, apt-get ?
Adrian == Adrian Bunk [EMAIL PROTECTED] writes:
Adrian On Sun, 6 Jan 2002, Egon Willighagen wrote:
...
That makes me wonder: is it possible that i am imagening things, and
that the
upgrade went well, even though my HD was full? Did it actually install
files
then, or did it not overwrite, because of the HD being full, and my
files are
basically not upgraded, but just the version numbers in the index that
dpkg
uses?
Adrian Do you mean with my HD was full that df says that it's used
100% ?
Adrian If yes then your HD isn't physically full, usually 5% of the blocks
in a
Adrian partition are reserved - this means they aren't counted when df
Adrian estimates how many space is free on the device and only root can
write to
Adrian the device if not more than the number of reserved blocks are free.
Since
Adrian you did run dpkg as root you can write additional files to the
partition
Adrian even though the partition is full.
If I understand correctly, this is filesystem implementation
dependant. It is certainly true for ext{2,3}fs. What about the
others, I wonder? This should be looked into, and perhaps documented
in a paragraph of man mkfs.
--
mailto: (Karl M. Hegbloom) [EMAIL PROTECTED]
Free the Software http://www.debian.org/social_contract
http://www.microsharp.com
phone://USA/WA/360-260-2066
Re: Debian.rpm
Russell == Russell Coker [EMAIL PROTECTED] writes: Russell On Sat, 5 Jan 2002 00:27, Karl M. Hegbloom wrote: I think you can probably boot to it with a carefully crafted initrd that performs a pivot_root into the debootstrapped chroot. Russell I believe that pivot_root only works on mounted file Russell systems, so unless your chroot environment is at the root Russell directory of a different file system that won't work. Hmm. You are probably right. Russell Why not use busybox-static to move the directories Russell around? If you try this, be aware that the cp in Busybox 0.60 does NOT preserve hard links. (It used to; the one used by the potato boot floppies when they were first released did - I know because I coded it. They've changed the implementation of cp again.) If you use Busybox to perform recursive copy, use busybox tar since it DOES preserve hard links. (I checked the source to be certain.) Or, perhaps you could run a UML kernel there? Has anyone tried that? Russell That's not as much fun. We want to totally replace the Russell old system... Right. But for development or trial purposes, a UML setup might be kind of nice to have. -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED] http://www.microsharp.com phone://USA/WA/360-260-2066 jabber: [EMAIL PROTECTED]
no space left on device: LVM, Gnus -- dpkg, apt-get ?
I'm using LVM and XFS filesystems on my computer at home. This morning, after I pushed g from the Gnus *Group* buffer (to get new mail), it stopped part way through with an error message. Gnus prompted me in the XEmacs minibuffer saying no space left on device: Continue (yes, no)?. My 10g /home logical volume had filled up. I opened a root console, used lvextend to add a few spare gigs to my /home LV, then ran xfs_growfs to grow it's filesystem into the new space. I then went back to XEmacs, typed yes to the question, and watched while it happily finished tossing all of my mail into folders. It is actually coded in such a way that it can gracefully deal with this situation! (Had I said no there, it would have left my mail in the crashbox, safe and sound.) Wow, now that's really cool. What I'm wondering is, can apt-get, dpkg, and friends recover this easily from a device overflow? Was that thought of during their design and implementation? If it needs a little more space in /var or /usr, can it notice that before filling the block device, and prompt me about it, so I can make some room somehow? (either by removing files, dpkg --purging something, or using the LVM tools to extend the logical volume and then the filesystem utility to grow the filesystem.) -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED] http://www.microsharp.com phone://USA/WA/360-260-2066 jabber: [EMAIL PROTECTED]
Re: Debian.rpm
I think you can probably boot to it with a carefully crafted initrd that performs a pivot_root into the debootstrapped chroot. Or, perhaps you could run a UML kernel there? Has anyone tried that? -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED] http://www.microsharp.com phone://USA/WA/360-260-2066 jabber: [EMAIL PROTECTED]
Re: An alarming trend (no it's not flaimbait.)
If a package has gotten very stale, and nobody has taken up maintainence, isn't that a pretty good indication that nobody is using it anyhow? What about taking packages like that and removing the binary .deb, but leave the last source package in the archive... there should be a way through some interface such as aptitude or a web page to find it by searching, perhaps. But this only for software deemed worth a read of the source code or potentially useful in real life. We must admit: there is plenty of cruft in the archive. A lot of stuff nobody really uses. -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED] http://www.microsharp.com phone://USA/WA/360-260-2066 jabber: [EMAIL PROTECTED]
unable to stat `./usr/share/man/man3/qcanvas.3qt.gz' (which I was about to install): Value too large for defined data type
Not sure what to do here. Please advise... I will fsck it, but want to send this off before bringing my machine down, just in case. Preparing to replace qt3-doc 2:3.0.0-0beta4-1 (using .../qt3-doc_2%3a3.0.0-0beta4-2_all.deb) ... Document `qt3-doc' is not installed, cannot remove. Unpacking replacement qt3-doc ... dpkg: error processing /var/cache/apt/archives/qt3-doc_2%3a3.0.0-0beta4-2_all.deb (--unpack): unable to stat `./usr/share/man/man3/qcanvas.3qt.gz' (which I was about to install): Value too large for defined data type dpkg-deb: subprocess paste killed by signal (Broken pipe) [EMAIL PROTECTED]:~ # stat /usr/share/man/man3/qcanvas.3qt.gz File: /usr/share/man/man3/qcanvas.3qt.gz Size: 6970Blocks: 16 IO Block: 4096 Regular File Device: 303h/771d Inode: 657294 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: Sun Sep 9 06:54:22 2001 Modify: Thu Aug 23 11:14:13 2001 Change: Sun Sep 2 00:37:51 2001 [EMAIL PROTECTED]:~ % ls -l /usr/share/man/man3/qcanvas.3qt.gz -rw-r--r--1 root root 16787680395758934842 Aug 23 11:14 /usr/share/man/man3/qcanvas.3qt.gz Wow, huh!? WTF? [EMAIL PROTECTED]:~ % df -h /usr/share/man/man3/ FilesystemSize Used Avail Use% Mounted on /dev/hda3 27G 20G 7.6G 72% / mount shows: /dev/hda3 on / type reiserfs (rw) Linux bittersweet 2.4.9vp6 #1 SMP Sun Sep 2 14:47:13 PDT 2001 i686 unknown
Whos bug is this? doc/sendmail-doc/op.ps.gz - Error: /invalidfont in findfont
Package: ??? Version: ??? Severity: snafu Not sure who to report this to or how to fix it so I can read this manual soon. Please advise. Error: /invalidfont in findfont Operand stack: [EMAIL PROTECTED] --nostringval-- Times-Italic Font Times-Italic 280374 Times-Italic --nostringval-- Courier (Courier) Courier Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- 3 4 %oparray_pop 4 4 %oparray_pop --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 7 5 %oparray_pop --nostringval-- --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:996/1476(ro)(G)-- --dict:0/20(G)-- --dict:67/200(L)-- --dict:54/120(L)-- --dict:17/17(ro)(G)-- --dict:996/1476(ro)(G)-- Current allocation mode is local Last OS error: 2 AFPL Ghostscript 6.50: Unrecoverable error, exit code 1 -- mailto: (Karl M. Hegbloom) [EMAIL PROTECTED]
Re: Location of -doc documentation?
Joey == Joey Hess [EMAIL PROTECTED] writes: Joey Karl M. Hegbloom wrote: I just noticed that `apache-doc' puts the documentation under http://.../doc/apache;, while `debconf-doc' puts it under http://.../debconf-doc/;. Joey Eh? (Debconf-doc is a package, that contains some documentation files. Joey It doesn't touch the web space at all.) s,/debconf-doc/,/doc/debconf-doc/,
Re: Scsh (Was: Re: My orphaned packages.)
Daniel == Daniel Kobras [EMAIL PROTECTED] writes: Daniel On 11 Sep 2000, Karl M. Hegbloom wrote: Daniel == Daniel Kobras [EMAIL PROTECTED] writes: Daniel On 10 Sep 2000, Karl M. Hegbloom wrote: `scsh' ought to be taken over by someone who actually uses it. I've not even looked at it in over a year. Daniel If nobody objects I'd like to do this together with Martin Daniel Gasbichler who wrote a fair part of scsh 0.6. But me Daniel having just applied for Debian maintainership this will Daniel take some time... I also have an adoption offer from Georg Bauer (Cc'd), who I responded to on the attached message, telling him that if he contacts the new maintainer team and has a working `scsh' package, he can have it. Since you are teaming with Martin Gasbichler, and since Martin is a co-author of Scsh, I'd say that puts you two in as most qualified to handle the package. (Daniel? Please forward this mail to Martin.) Perhaps the three of you could team? What do you all think? Daniel Sounds good to me. Martin is on vacation for a couple of days but I'm sure Daniel we can work out a scheme everyone's confident with as soon as he's Daniel back. The big problem IMHO however being that neither of us is registered Daniel as a developer so far. I'd be happy to work on debs for a recent version Daniel of scsh but we'd really need some maintainer to adopt the package until my Daniel appliance gets through. Georg Bauer wrote back saying that he thinks you and Martin are more qualified, and thus should maintain the Scsh package. What stage of the new maintainer process are you in? Do you have working packages of Scsh done yet? Perhaps I can look them over and upload them for you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Scsh (Was: Re: My orphaned packages.)
Daniel == Daniel Kobras [EMAIL PROTECTED] writes: Daniel On 10 Sep 2000, Karl M. Hegbloom wrote: `scsh' ought to be taken over by someone who actually uses it. I've not even looked at it in over a year. Daniel If nobody objects I'd like to do this together with Martin Daniel Gasbichler who wrote a fair part of scsh 0.6. But me Daniel having just applied for Debian maintainership this will Daniel take some time... I also have an adoption offer from Georg Bauer (Cc'd), who I responded to on the attached message, telling him that if he contacts the new maintainer team and has a working `scsh' package, he can have it. Since you are teaming with Martin Gasbichler, and since Martin is a co-author of Scsh, I'd say that puts you two in as most qualified to handle the package. (Daniel? Please forward this mail to Martin.) Perhaps the three of you could team? What do you all think? 8---8 From: Georg Bauer [EMAIL PROTECTED] Subject: Bug#71265: Documentation for scsh not in /usr/share/doc To: Karl M. Hegbloom [EMAIL PROTECTED], gb [EMAIL PROTECTED] Date: Sun, 10 Sep 2000 22:26:42 +0200 Hi! On 10 Sep 2000 11:26:13 -0700 [EMAIL PROTECTED] (Karl M. Hegbloom) wrote: Ok. I sure wish someone would take over `scsh'. I've not got time for it anymore. I am not a debian developer currently, but I would step up if some maintainer is needed. scsh is quite cool and I once created my own package for it (yours wasn't available at that time). I am not that new on debian packages, as I have my own repository for (mostly hack) packages for my own use (http://www.gws-online.de/download/), so I think I could handle it. I didn't keep up with debian developments in the political area, so I am not quite sure about what would be needed to be done be me to step up, but your best way out might be to help me in ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
My orphaned packages.
[ CC me in replies; I am not subscribed right now. ] I do not have time anymore to work on the packages I once maintained for Debian. I'm sorry that I did not properly orphan them. I just don't have time for it. My health is most important, followed by studies. I cannot live in a chair anymore, and I have to spend my computer time working on homework assignments and reading. `scsh' ought to be taken over by someone who actually uses it. I've not even looked at it in over a year. I've got some work begun on packaging XEmacs-21.2. It should be looked over by anyone interested in continuing it. Perhaps after college I will take up some packages again. Time to go for a run, then hook on down to the gym for a workout. (Pre-vailing.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XEmacs/GTK 21.1.11
Joachim == Joachim Trinkwitz [EMAIL PROTECTED] writes:
Joachim Juhapekka Tolvanen [EMAIL PROTECTED] writes:
I fear, that it will take so much time, that we must have separately
packaged XEmacs/Gtk meanwhile. And I fear, that latest upstream sources
of XEmacs will ship with too old version of XEmacs/Gtk. Just check out,
how old version of Gnus and Auctex ships with latest XEmacs, if you
don't believe me.
Joachim The strategy of the emacs{19|20} Debian packages, which have much
more
Joachim separate lisp packages, though born of need, results in much
fresher
Joachim modules and quicker update cycles, which would be nice to have for
Joachim XEmacs too (never mind my english, I hope you understand what I
mean).
Joachim Maybe all those Debian packages like psgml, auctex, gnus etc.
should
Joachim be made for XEmacs too.
I began work on this, but do not have time to finish it. I must work
on college instead.
I have code in my CVS repository for packaging XEmacs 21.2, the
current development version. I've not finished it; It's only
partially complete and doesn't completely work yet. It may be
suffering some bit rot as well; it's been a year since I did anything
with it.
Because of school, I will likely not have time for it until next
summer. If anyone out there would like to try and take over where I
left off, let me know, and I'll set you up with my repository.
You MUST work with the XEmacs beta team to do it right. The debian/*
stuff ought to be right in the repository. The `rules' there ought
to be set up so that Red Hat and whoever else can use them also.
(That is why I made it modular like it is...)
Since the XEmacs Lisp stuff is all separated out now into packages
(in their xemacs-packages CVS repository), it should be shipped as
debian packages also. There's a lot of work to do there. XEmacs has
its own package system setup, and so there are files with package
data in the repository. Those should be augmented with description
and long description, etc., to facilitate their use in
auto-generating debian/control snippets, etc.
There is an offlist discussion that I was CC'd on about creating a
package setup for Emacs/XEmacs lisp... I suggested they start a
mailing list for it. I've not heard anything more.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: installation problems
Massimo == Massimo Dal Zotto [EMAIL PROTECTED] writes: Massimo having a free day and a spare harddisk today I tried to install a frozen Massimo potato. I installed via nfs from a mirror of ftp.debian.org on a local server Massimo done yesterday. I found a number of probems which I'm now reporting: Thank you for your feedback, Massimo. Massimo 2) the install program doesn't ask anything about the mouse. I think Massimothat the mouse should be configured immediately after the keyboard Massimoand a gpm started immediately or after installing base.tgz. Adding mouse support to `dbootstrap' is major surgery. Nothing would use the mouse at all during installation, so there is no need for it. There is really no need to paste things from one console to another during installation, and the widget toolkit does not support the mouse at this time. Massimo 3) having tried the installation six times I had to retype all the Massimorequired information six times. I wonder why we can't save and load Massimoa configuration on a floppy without asking everything all the times. MassimoThe same applies to many questions asked in the second part. Yes, I agree. I believe that the creator of `debconf' _must_ have this sort of thing in mind... Massimo 4) the installer doesn't write any log file. If something goes wrong Massimoyou don't know where to look for errors. I agree that it ought to log more. Another todo on somebody's queue, I guess. Massimo 5) the base installation was from nfs but the second part of the Massimoinstallation doesn't have an nfs option. I had to create a mount Massimopoint and mount manually the same location used for the base Massimoinstallation. Why can't we have an nfs install method also for Massimothe second part and use by default the same source used in the Massimofirst part? Ok, noted. I don't know how hard it will be to do that yet. Anyone else see how it can be done? (I'll have to look it all over again with an eye for doing that. I've only been around `boot-floppies' for a short time.) I guess that `dbootstrap' ought to make notes someplace that the second stage installer can find it. Massimo 6) I had also a mirror of non-US on the local harddisk but the apt Massimoconfigurator insisted on trying to connect to non-US.debian.org Massimoeven if I'm not on Internet. We should try to look for non-US Massimoat the same location of main, as happens with non-free and contrib, Massimoand only if not found there ask the location of a non-US mirror Massimoinstead of connecting blindly to non-US.debian.org. MassimoNote that there is no way of specifying another non-US location Massimousing the provided interface. This is obviously wrong, we must Massimoallow the installation from a local mirror. I noticed this also. Massimo 7) the package selection has only two options: a very simple task Massimoselection and a the old dselect nightmare. We should have other Massimointermediate methods, for example one where you can select tasks Massimoas in the simple method but can also select additional packages Massimofor each task. For example with the simple method there is no way Massimoto select sendmail instead of exim. MassimoAnother useful option would be to have predefined packages profiles Massimofor basic machine, server, wokstation, home, development, etc. I would like it if `tasksel' would display the information about each task in a lower window, like `dselect' does; when you move the highlight bar with the arrows, the info window changes. It also ought to open up tasks and allow choosing individual packages inside of them... Machine profiles is a good idea also. (I am way behind on the discussions about this sort of thing - I apologize... but I've so much to read other than the email. As it is I don't read enough in my books; I spend too much time tinkering on the computer.) MassimoMost of the questions asked don't seem at all critical and can be Massimoanswered by just pressing enter. Anyway I would like to be asked Massimofor critical questions by debconf before starting the package Massimoinstallation and after unpacking. Not every package has been converted to `debconf' yet. There is not unlimited time available to every maintainer for doing that. Perhaps there ought to be a task force working on this? Who will buy us lunch and pay our DSL bills? Massimo 12) after having selected almost all tasks I found a system which is Massimolacking an essential thing like gpm. As I said before mouse and gpm Massimoshould be the first things configured. GPM is non-essential until the `dbootstrap' GUI can utilize it. Massimo 15) after having
Must hand off XEmacs21 project!
I will not, due to circumstances beyond my control, be returning to work for perhaps as long as six months. I must hand off the XEmacs 21 project. On master.debian.org in ~karlheg/src/ is a tar file with TODAY's fresh CVS repository archived in it. That should be installed on cvs.debian.org in a controlled repository... just untar it; I'm sure someone will know how to deal with it. In ~karlheg/src/xemacs21 is a sample checkout from it. NOTE: there are branches in there. Please look over my branch scheme. br_ for a branch prefix. br_unstable_potato is the current head of development. There is a source branch for upstream tracking. Make sure this is managed by someone very familiar with CVS. I hope it's a paid position. This is a large and time consuming project. I am not willing to take it back unless someone will pay me for the time. Form a team. Perhaps Corel has a few dollars to spend for this? I will be away from email starting now and until further notice. Please be careful with XEmacs and stay free. pgpKnHWWdTVl7.pgp Description: PGP signature
XEmacs21 project status.
As I mentioned, I will be returning to work soonish... within a week or two. I just verified that an anon CVS will work from master. If anyone would like to have a look (please do), you can copy my setup from master and see it. There's a script you'll need, ala Joey Hess' sshanoncvs. The server will stay here, and this is (right NOW) the current state. Make sure you pull in the right branch. ;-) Was there a release while I was gone? :-( Wish I'd been ready in time. Sorry for the unexpected hiatus, folks. I have not been reading mail; I think I've gotten unsubscribed also. I'll try and check mail again in a week at least. Karl M. Hegbloom. Hoping to still be the official XEmacs maintainer. (Even if I take off and go ski bum grin) pgpt9zEgbI87b.pgp Description: PGP signature
I need a job.
I need an entry level systems admin or programmer assistant job to pay for night school so I can get a degree. I am willing to relocate for the right job. Karl M. Hegbloom pgpUXrPjcPrPl.pgp Description: PGP signature
Conference! Redmond?
I'd love to go to the conference. Let's go to Redmond and infiltrate Microsoft, or to the Portland area and infiltrate Intel. grin I'll hike there if I have to. I don't mind sleeping bag accomodations; I'm in Portland, OR, USA.
`backup-cvs-work': Backup changed files in CVS checkouts from cron.
I've done a little improving on the `backup-cvs-work' script I wrote. The new copy is in: URL:http://master.debian.org/~karlheg/Perl/ There are some example files to go along with it. `backup-cvs-work' will take a list of checkout directories, and then look in those for files that are either not under CVS control or that have been modified according to `cvs -f -n update -R'. It makes a list of what it finds, and creates a backup archive of just those files. I use this for my `sparse' backup system... I back up the repository itself, then just the changed files from the working checkouts. It also works for backing up what you've locally modified from a remote anon cvs checkout. Since the archives are name extended with the full path to the work directory, and with the directory owner's login, the archive filenames are both unique and easy to see whos stuff is in them and from where. I hope this saves a lot of backup tape. pgpaKmfmKO4jI.pgp Description: PGP signature
Re: An 'ae' testimony
I think we should just get rid of the `vi' link and `vi' emulation in ae, stick to the default setup, and have that catchall script just print a message saying to use `ae' rather than `vi' while using the rescue/setup disks. Perhaps a larger ramdisk image could be built and provided for rescue times, with `elvis-tiny' or somesuch on it? Can it be compiled against `Slang' with slang's curses emulation? -- mailto:[EMAIL PROTECTED] (Karl M. Hegbloom) mailto:[EMAIL PROTECTED] (Karl M. Hegbloom) Portland, OR USA Debian GNU Potato Linux 2.2 AMD K6-233(@266) XEmacs-21.2beta
Re: Time to rewrite dpkg
Marek == Marek Habersack [EMAIL PROTECTED] writes: Marek * Antti-Juhani Kaijanaho said: On Wed, May 19, 1999 at 03:01:12PM -0700, Aaron Van Couwenberghe wrote: Polymorphism is such an obvious pillar of structured programming that I can't understand how anybody could live without it. Agreed. Too bad C++ does not support parametric polymorphism too well. Templates come close, so the hope is not lost. Marek But the problem is that templates, nor exceptions or rtti Marek (which are all elements of MODERN C++ programming) don't Marek work well enough on the GNU platform... So someone should learn enough about that to implement it in the GNU compiler, huh. I plan to make that my area of study... maybe if noone beats me to it, I'll work on that in five or six years. ;-) -- mailto:[EMAIL PROTECTED] (Karl M. Hegbloom) mailto:[EMAIL PROTECTED] (Karl M. Hegbloom) Portland, OR USA Debian GNU Potato Linux 2.2 AMD K6-233(@266) XEmacs-21.2beta
A setuid bash doesn't give up root.
I've discovered something interesting. # cp /bin/bash /tmp # chmod u+s /tmp/bash $ /tmp/bash $ whoami karlheg # cp /usr/bin/zsh /tmp # chmod u+s /tmp/zsh $ /tmp/zsh # whoami root Perhaps we should have a policy that says all of our shells should follow the Bash behaviour?
Re: Corel Setup Design Proposal
Andreas == Andreas Jellinghaus [EMAIL PROTECTED] writes: I think this is a very difficult point, how do you plan to solve this, choose the right Xserver and XF86Config file for the users system ? Or do you plan to use the fbdev server ? i think not yet all graphic cards have video servers ... Andreas pretty easy: every recent graphic card is pci or agp, so Andreas it's detected as pci device and listed in the /proc Andreas file... Andreas a list device - xfree options/server/driver should be Andreas easy to build (with the combined help of usenet). Hmmm... someone could set up an SQL database, and use that to enter the information. Then a table for the distributed setup software to read could be generated by a formatted select query on that database.
Re: Setup API, The next step (Re: Corel Setup Design Proposal)
Dave == Dave Neil [EMAIL PROTECTED] writes: Dave Hi Everyone, There does not seem to be any objections to the Dave initial proposal of doing a setup API and perhaps rethinking Dave how we do an install. Would it be possible to come to a Dave consensus on this and decide if it's worth pursuing as a Dave joint project together? It's obviously worth pursuing. The Linux distribution developer community needs this. Dave Here's an idea for a time table. 1.For Potato i386 we work Dave together support an X install and the new setup API Dave system. Perhaps a joint GTK based install GUI if it would Dave help move this forward. The setup API ought to be specified with something that can be used to generate stubs for both GTK and KDE. There ought to be an underlevel that's in a library of its own, with calls designed for a user interface to utilize as a backend. Maybe that backend code could run in separate threads, so the UI can stay fresh and display status information? (I'll try and keep that sort of thing in the back of my mind while I read. I've begun to read about C++ and OOP.) (KDE/QT and Gnome/GTK+ ought to get their heads together and specify a standard way of propagating style or theme information and whatnot. Do I stand alone on this one? Am I way off base?) I've only a vague notion of this sort of system at this point... as I've been saying lately, ask me again in two years. I'll shut up now. :-| Dave 3.We help with the dselect replacement, perhaps starting Dave with work based around gnome-apt. I liked the idea of a common `thing' that could be driven by a UI running with either X (pick your GUI toolkit of choice), curses, CGI/WWW or perhaps even an automated thing, like Red Hat's `kickstart'. What ever happened to `deity'? I thought it was pretty neat. Like the emacsen and xwpe, it ran on both X and a console or xterm. Not too shabby, IMO. I guess if it used GGI, it would do framebuffers, tty, and X all from one program, isn't that right? What's the KDE `kpackage' like? How does it compare to `gnome-apt' and `dselect'? I've never gotten it to build. (It bombs in the rpm support stuff.) Something I've noticed about `gnome-apt' and `apt' is that they don't seem to support removing and purging a package as separate things. I think it's important for the package tools to have both of those options available. If `dselect' had the filtering things that `gnome-apt' had, it would be very much improved! I still like it better than `gnome-apt' for many reasons, in particular, for keyboard control of the interface. Dave We here at Corel can and will put a lot of our resources Dave into developing this. My hope is that we can work together Dave to help Debian also benefit from this. By keeping it Dave flexible in its design we should be able to make it fit into Dave each our own visions of how it behaves and looks. This is Dave now up to you the Debian developers to decide if it's ago. I'll help by continuing my studies. It's great that Corel is getting involved with the Debian project! I'd like to see others here as well, including Red Hat software. Corporate industry support is something we need, both for mentorship and potential future paying jobs. What ever happened to `Yggdrasil Plug-n-Play Linux'? They have the best name for a Linux distribution out of all of them, IMO. It's occured to me that perhaps Yggdrasil would be a better name for Debian than Debian is. Karl M. Hegbloom, Student, Portland State University, OR, USA Time to read.
Installing things into run-parts or .d directories.
What if a package is installed, and puts a script in a run-parts directory or into a .d directory, but isn't configured due to a missing dependancy? The newbie sysadmin doesn't know to look for it, and leaves it there, then gets email from cron. Per sends off a tech support question. This could be prevented by having a place (/etc/cron.scripts, or /etc/cron.d/crontabs) to install things to, then require that the postinst create a symlink during configuration. Hmmm... /etc/crontabs /etc/crontabs/crontab /etc/crontabs/cron.d/ /etc/crontabs/pkg_blah_script ...
Re: [comp.lang.modula3] ANNOUNCE: Release of PM3-1.1.6 with LINUXLIBC6 support
Anthony == Anthony Fok [EMAIL PROTECTED] writes: Anthony I'm no expert, and I don't know how to fix the problem, Anthony so if any developers are interested, please try to Anthony compile it. :-) (They've got the *.src.rpm package, that Anthony probably means it compiles on Red Hat 5? Hmm...) :-) I'm no expert either... I know only a little about Modula-3. I know enough about it to know that at some point I will learn to at least read code written in it... and maybe, if I like, it write programs in it too. It's reportedly a very good multithreaded programming language. We should have this packaged and set up to run the demos and that way cool algorithm tutor I saw running once... from our window manager menus. Maybe I'll find the time in the next year. There's so much to learn, and this stack of books next to me is still about to fall over on me if I don't read them soon! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Laptop: DSTN scan specs for X?
Anyone know the scan specs for a 12.1 SVGA High-contrast DSTN laptop display? Or the secret to configuring a plug-n-play built-in modem? (You don't have to answer the second question; it's not fair of me to ask yet, I've not tried very hard to find the answer myself yet.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Something is corrupting `wtmp/utmp' again.
Any idea what's causing this? I think it *might* be pppd, but I'm not sure. `C-u M-! last' p*** [EMAIL PROTECTED]|*@ [EMAIL PROTECTED]Sun Jun 14 12:42 still logged in karlheg ttyp5:0.0 Sun Jun 14 11:37 still logged in karlheg ftp jhplip1 Sat Jun 13 23:04 - 23:06 (00:02) karlheg ftp jhplip1 Sat Jun 13 22:38 - 22:47 (00:09) karlheg ftp jhplip1 Sat Jun 13 22:32 - 22:37 (00:04) karlheg ftp jhplip1 Sat Jun 13 13:28 - 13:48 (00:20) ftp ftp jhplip1 Sat Jun 13 13:25 - 13:27 (00:01) p*** *[EMAIL PROTECTED]Sat Jun 13 11:40 still logged in karlheg ttyp5:0.0 Sat Jun 13 11:40 - 11:37 (23:56) p*** *[EMAIL PROTECTED]Sat Jun 13 11:29 still logged in karlheg ttyp5:0.0 Sat Jun 13 11:28 - 11:40 (00:12) p*** [EMAIL PROTECTED]|*@ ([EMAIL PROTECTED]Sat Jun 13 10:07 still logged in karlheg ttyp5:0.0 Sat Jun 13 10:07 - 11:28 (01:20) root ttyp4:0.0 Sat Jun 13 09:48 still logged in karlheg ttyp3:0.0 Sat Jun 13 08:15 still logged in reboot system boot Sat Jun 13 07:49 * ***h**@ Sat Jun 13 07:45 - down (00:00) p*** [EMAIL PROTECTED]|*@ [EMAIL PROTECTED]Sat Jun 13 06:54 - crash (00:50) root ttyp4:0.0 Fri Jun 12 22:44 - crash (09:01) p*** *[EMAIL PROTECTED]Fri Jun 12 22:34 - crash (09:11) root ttyp4:0.0 Fri Jun 12 22:33 - 22:44 (00:10) p*** [EMAIL PROTECTED]|*@ [EMAIL PROTECTED]Fri Jun 12 22:30 - crash (09:14) [...] wtmp begins Mon Jun 1 06:53:55 1998 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with the undead (zombies)
Stephen == Stephen Carpenter [EMAIL PROTECTED] writes: Stephen I was hacking around on xfstt earlier today. Neat. I packed up the ttf files from the Windows[1] that came with my Laptop, and am going to try them with `xfstt' after I get Debian 2.0 installed on it. :-) Stephen This SEEMS to work fine (I havn't really given it a good Stephen test -YET) except when I connect and then Stephen disconnect...the child exists (via _exit(0)) after the Stephen client disconnects. The problem is that the child then Stephen become a zombie. Stephen I installed a signal handler for SIGCHLD which does Stephen nothing what should I do? how can I make th eparent clean Stephen up its little zombie children? You can tell it to `IGN' SIGCHLD, and get automatic reaping, if I remember right. Read `man wait', `man sigaction', and any xrefs you find there. The `info libc' is very good. You can use `M-x info-look' in emacs, with the cursor on a symbol, and it will go and find the documentation on the symbol in the info. Buy, beg, borrow, or steal a copy of W. Richard Stevens' Advanced Programming in the Unix Environment. It covers signal handling, and lots more. Footnotes: [1] I also snagged the `monitor*.inf' files; so I can get the scan rate for my lcd panel laptop display. I wonder if it's legal to run a perl processor on that and convert it to an XFree86 compatible monitor database, then distribute it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1.3 installation reboots on a thinkpad.
Dale == Dale Scheetz [EMAIL PROTECTED] writes: Dale I know it has been a long time since we have dealt with Dale these problems. It is for this reason that I can't remember Dale what the solution was. Dale I have a client trying to install 1.3 and the kernel gets Dale almost completely through the initialization stages before Dale rebooting. Is the tecra kernel the fix for this, or is it Dale something else entirely? Dale Thanks in advance, Please read bugs on `boot-floppies', and recent postings to the `debian-testing' list. It turns out that the cure is to use a more recent `syslinux', and a zImage kernel, rather than a bzImage. I don't know for sure, but I'm guessing that the only difference between the tecra kernel and the standard one is that the standard kernel is a bzImage and the tecra one is a zImage. I imagine that boot-floppies-2.0.7 will incorporate this bugfix. Could someone who knows about it tap us down a quick paragraph explaining the difference between a zImage and a bzImage, please? Why does it cause a reboot or a freezup? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problem with dselect and the dists hierarchy
Ben == Ben Gertzfield [EMAIL PROTECTED] writes: Ben I think it's critical that we at least remove the horrid Ben prompts asking you your block device for your CD-ROM, or at Ben least make an intelligent guess and provide a default. There was a question in the local Linux users' group list today about that. He didn't know what block device his cdrom was on... possibly not even what a block device is. Many will try Debian who don't know even that much yet... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Consesus on Linuxconf?
Wichert == Wichert Akkerman [EMAIL PROTECTED] writes: Wichert [...] most files in /etc/init.d are marked as Wichert conffiles. But only a couple of them actually contain Wichert configuration-info. Have yous seen the /etc/sysconfig setup in Red Hat 5.0? I wonder if we need that for Debian? What do yous think? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Differences of Debian vs. the Other Guys
Manoj == Manoj Srivastava [EMAIL PROTECTED] writes: Manoj iii) It forces you to use fakeroot or sudo or super or Manoj be root to Manoj create a kernel image .deb file (this is not as Manoj bad as it used to be before fakeroot) I question the wisdom of installing a kernel built by someone you don't trust as `root'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Base Set: Suggested additions removals.
I would like to have `mc' and the two packages it depends on placed into the base set. We could then get rid of both `elvis-tiny' and `ae', and be left with a powerful tool that is easy for beginners and experienced folks alike. There ought to be room for it; the total size of `mc', `gpm', and `libgpmg1' is 379K + 98K + 14K = 491K. `elvis-tiny' is 82K, and `ae' is 82K also. 491K - 164K = 327K. The fifth base disk is not full, so it ought to fit in the same number of install disks. `mc', the Midnight Commander, has a very nice editor built in now. It should be set up to use its internal editor by default, for our purposes. Midnight Commander is *so much nicer* than the so-called traditional `vi' editor and a command line. Linux is an evolution over traditional Unix, right? Let's make it so. `mc' will let you look inside of and install `.deb' files also. Neato. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Zip disk install set?
I'd like to see a Zip disk install set. What should go on it? Emacs-nox man, groff info lynx pine mc (should be in base set, IMO.) There are man pages in the base set that I cannot read. Man isn't there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of bugs that *must* be fixed before releasing Hamm
I vote for sorting by maintainer. It would make it simpler to fine ones own packages then. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Time to say goodbye...
Nils == Nils Rennebarth [EMAIL PROTECTED] writes: Nils [1 text/plain; us-ascii (7bit)] On Tue, May 05, 1998 at Nils 11:23:38AM +0100, Luis Francisco Gonzalez wrote: Craig Sanders wrote: On Mon, 4 May 1998, Michael Meskes wrote: Jim Pick writes: I must admit, I've been entirely negligent in following the policy discussions - due to lack of time, I've skipped them entirely. Me too. me too. There goes another me too. Nils The same holds for me I cannot keep up either. I've too much study to do. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
`MIT-scsh': May it go in the main distribution?
I just recieved the following email... below it is the COPYING file that ships with `scsh'. May it go into the main distribution, or should I see if I can negotiate a different licence? Is this licence DFSG compliant, and if not, what parts of it are in conflict? Help me learn this, please. (cons.org is the home of CMU Common Lisp) 8-8 From: Martin Cracauer cracauer@cons.org Subject: scsh and CDROM To: Karl M. Hegbloom [EMAIL PROTECTED] Date: Wed, 6 May 1998 16:45:55 +0200 Karl, don't know if you received an answer regarding putting scsh on CDROM. I maintain the FreeBSD port of scsh and Olin let me know that it is OK to distribute scsh (sources and package binaries) with a Freeware CDROM. He didn't want 0.4.x to be on CD, but that was a matter of quality on his side. Hope this helps Martin -- Martin Cracauer cracauer@cons.org http://www.cons.org/cracauer [EMAIL PROTECTED] (batched, preferred for large mails) Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany 88 Copyright (c) 1993, 1994 by Richard Kelsey and Jonathan Rees. Copyright (c) 1994, 1995 by Olin Shivers and Brian D. Carlstrom. Use of this program for non-commercial purposes is permitted provided that such use is acknowledged both in the software itself and in accompanying documentation. Use of this program for commercial purposes is also permitted, but only if, in addition to the acknowledgement required for non-commercial users, written notification of such use is provided by the commercial user to the authors prior to the fabrication and distribution of the resulting software. This software is provided ``as is'' without express or implied warranty. Distributing Autoconf Output [excerpt from autoconf documentation] The configuration scripts that Autoconf produces are covered by the GNU General Public License. This is because they consist almost entirely of parts of Autoconf itself, rearranged somewhat, and Autoconf is distributed under the terms of the GPL. As applied to Autoconf, the GPL just means that you need to distribute `configure.in' along with `configure'. Programs that use Autoconf scripts to configure themselves do not automatically come under the GPL. Distributing an Autoconf configuration script as part of a program is considered to be *mere aggregation* of that work with the Autoconf script. Such programs are not derivative works based on Autoconf; only their configuration scripts are. We still encourage software authors to distribute their work under terms like those of the GPL, but doing so is not required to use Autoconf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
`/etc/passd' locking glibc/shadow, PAM?
From what I can tell, the method for locking the passwd and shadow files is not the same in glibc and the shadow utils. Can anyone shed some light on this? Is anyone working on porting PAM from Red Hat to Debian? Is that planned? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: `Usenix-88-lexic.pdf': Paper refered to in gcc texinfo manual.
Karl == Karl M Hegbloom [EMAIL PROTECTED] writes: Karl Ok, I will do that when `master' is repaired. http://master.debian.org/~karlheg/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: weird utmp/perl problem
Guy == Guy Maor [EMAIL PROTECTED] writes: Guy It's just a silly bug. It calls that code from some scripts Guy which have fd0 dup'd elsewhere, so isatty(0) is false and Guy getlogin() fails. Will someone please fix it? It's really annoying. Is it in the bug sys? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: `Usenix-88-lexic.pdf': Paper refered to in gcc texinfo manual.
jdassen == jdassen [EMAIL PROTECTED] writes: jdassen On Sat, Apr 18, 1998 at 09:45:27AM -0700, Karl jdassen M. Hegbloom wrote: It is currently, but not for too much longer, sitting in: http://www.inetarena.com/~karlheg/Public/Usenix-88-lexic.pdf Please let me know if you've got a home for it, so I'll know when I can remove the file from the http directory. jdassen You can make it availble through http on master. Ok, I will do that when `master' is repaired. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mirror of Incoming
Ole == Ole J Tetlie [EMAIL PROTECTED] writes: Ole I seem to remember that there are mirrors of incoming. Could Ole anyone point me to one? master doesn't seem to fancy ftp at Ole the moment and I have an acute need of the new guile packs. I will upload the guile packages to my WWW site... (It's just started now, at 33.6, and I expect it to take an hour or so to update the directory.) http://www.inetarena.com/~karlheg/Public/Debian/ If I go over quota, I may have to remove the directory and not keep the packages there. I cannot afford more disk space at the ISP right now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: guile1.3-1998.04.14: I missed the update-alternatives.
Fixed it this morning, but cannot upload to master. I asked on IRC, and `mark', a sysadmin at Novare says there was `scsi errors'. He's copying the disk. When `master' is back online, I'll upload. Hey! `guile-unexec' works! `tguile' will be uploaded soon, as well as `guile-scsh'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
guile1.3-1998.04.14: I missed the update-alternatives.
Don't bug me to death... I missed the `update-alternatives' for `guile1.3', so the menu button won't work and you'll have to type `guile1.3' to run it. I've an update within a few days anyhow, and it's `unstable' only, so... geez, this is more work than I thought it would be. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
`Usenix-88-lexic.pdf': Paper refered to in gcc texinfo manual.
The `gcc' texinfo, (gcc.info)Nested Functions, refers to a paper about trampolines, and references a server in Chili that no longer has the paper. I asked around a while ago about it, and got sent a copy of it in `pdf' format. I would like it if someone could put it up in a stable and permanent location where others can download and read it. I need to cut down on the amount of disk space I'm using at my ISP, and cannot leave it where it is. Would someone please grab a copy and give it a permanent home? The gcc/egcc manual ought to refer to it in its new location also, *please*. It's an interesting paper. The texinfo should give the URL to it in a form that the `info' reader can match and highlight for `browse-url'. ;-) It is currently, but not for too much longer, sitting in: http://www.inetarena.com/~karlheg/Public/Usenix-88-lexic.pdf Please let me know if you've got a home for it, so I'll know when I can remove the file from the http directory. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Guile packages
I've decided not to take the guile packages from Jim Pick. I don't have the time, I really need to study more, I'm not up to the task right now. I have a nice rules file if anyone wants it. I've decided to put my energy into learning to use the RScheme system, rather than Guile. It's a better scheme. It would be a good thing, perhaps, if Gnome would look at it also. Are there reasons for not doing that? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Guile packages
Karl == Karl M Hegbloom [EMAIL PROTECTED] writes: Karl I've decided not to take the guile packages from Jim Pick. Disregard that. I will proceed with the packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: #19519: tmpreaper: Will not remove dirs
[ Please remove CC's of impertinent replies to the bugs address. ]
Summary: `tmpreaper' will not remove empty dirs because the atime
gets changed by `ls' or any touch of the directory. I've been asked
to implement an option to delete empty dirs with (= mtime+grace now).
There is some difficulty in programming this `mtime-mt-dir' option.
The problem is that it must first recurse down any subdirectories to
look for files to remove there, prior to attempting to remove the
directory itself. If there's any files there that get removed, the
mtime of that directory will be changed.
I'm afraid I'm just not knowledgeable enough to do this quickly. It
will require building a list of files and directories to remove prior
to recursing down the /tmp tree.
Perhaps it should be rewritten in `suid-perl' or `suidexec scsh'?
I would really appreciate it if a more experienced programmer would
spend an afternoon rewriting `tmpreaper', if you must have it right
away. Otherwise, expect it to take me a few weeks. I must study the
problem and learn not only the algorithm, but the data structure iff
I implement in `c'. Would someone assist me in designing the
program? I am unsure of how to approach the problem.
Q: Does anyone know if `ftw' is safe to use for this purpose, or does
it suffer from the same problems as `find ... -exec rm {} \;'?
(remind me to keep in mind that `scsh' ought to be checked for suid
safety as I learn how it operates.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Why isn't /var/run drwxrwxrwt ?
Why isn't /var/run set like /tmp? Shouldn't user-run programs be able to write a pid file there? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Is the `scsh' licence DFSG compliant? Please advise.
Attached is the COPYING file from `scsh-0.5.1'. May this program go into main? That would be wonderful. I would like to package `guile-scsh' as well. It bears the similar licence. COPYING Description: Binary data
How to install editor lisp files?
There's some Emacs Lisp that I neglected to package with `scsh'. I would like to know how to go about having dpkg install it. What is the procedure? Where do I stow it, and how do I register it with both emacsen? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Guile question: What was bug #14213???
Jim == Jim Pick [EMAIL PROTECTED] writes: Jim [1 text/plain; US-ASCII (7bit)] Jim [EMAIL PROTECTED] (Karl M. Hegbloom) writes: The changelog lists only a bug number, with no description of what the bugs were. They are no longer in the bug tracking system. Jim You are hitting on one of my pet peeves - we should have a Jim perpetual bug archive for closed bugs. It would take a lot of disk space, I think. It would have to be indexed, compressed, and archived somehow. I guess CD-ROM would work. How long before we'd need a jukebox? :-) offtopic I'm curious about that sort of thing... I was thinking about how could we scan and make Lectern or pdf documents out of all the books at the public library, put them on CD, and serve them over the network via download, LBX or Java applet displayer? It's a common dream for many of us, I imagine. /offtopic Can you explain why you couldn't compile with threads or dynamic linking? Jim It was a co-ordination issue with the Gnome package - I don't Jim think Gnome would compile when threads were included. I Jim didn't know what to do to make it work (when using guile) - Jim and there is no documentation. Ok. I will try and find the disk space for GNOME too, and see if I can compile everything. I suspect it will take a year or more for me to understand the programs... so don't expect a miracle. Jim I think thread support and dynamic-linking in 1.2 are Jim experimental - so I think it's fair to leave it out. Jim Everything seems to work when those are left out. I tried to compile it `--with-threads=pthreads', but it fails. I found an `#ifdef 0' around the include of the pthreads code header. It would be really neat to have native threads, wouldn't it? I've several books lined up on the shelf that discuss threading and suchlike. Sometime in the next six months to a year or so, I'll have read them and will try and grok the threading codes. Yous know how that goes. I can't tell how far away that mountain is or what I'll find on the way until I walk all the way there once. Jim I assume Guile 1.3 will be a big improvement. I've no way to know at this point. I'm putting together a guile-core snapshot package, perhaps for release if I feel like I have it under control. It will come with the guile-scsh too, I hope. That should be good for gnome. :-) Jim Cool. Say, if you are going to to do that, do you want to Jim take over the guile package? You can have it, as there Jim should only be one guile maintainer, IMHO. I don't want to be a usurper... but don't mind taking a package off your hands to lighten the load a little bit, if you'd like that. Are you useing CVS? Should I make 2 packages, one of 1.2 and another of the snapshots? Hmmm. I will try and investigate further on my own; after I CVS a fresh set of GNOME trees to awe me and boggle myself with. I need today to find the disk space, then figure out what gnome trees exist and which ones to get. I've Cc'd debian-devel to show others what can happen when we don't put proper detail into the changelogs. The bug number alone is no good; the tracking system purges them after a period of time, so the only record is in the changelog or CVS logs (which are more difficult for others to get at, obviously.) Jim I don't think the changelog is the place to give full-blown Jim bug descriptions. They can be very hard to describe at Jim times. A little hint as to what the bug was in this place Jim would have been nice - but I'm not sure I could have Jim described what the bug was in under ten lines of description. We need to address this somehow. Anybody got an good Ideas? karlheg, who aspires to understand the implementation of Scheme someday. Jim Read the Wizard book (SICP). :-) I have it; I'm in chapter 2. I've also been working through `Scheme and the Art of Programming', the first few chapters of `Lisp in Small Peices', every book on Lisp at the library, and several others I own... I've got all the stuff from the scheme-repository too, and am partway through the first of them. There's a lot to read, and that's a good thing. I've begun a bibliography, it's hidden on my WWW site if anyone wants to look at it. I've not read most of them, as of today. -- mailto:[EMAIL PROTECTED] (Karl M. Hegbloom) http://www.inetarena.com/~karlheg Portland, OR USA Debian GNU pre-2.0 Linux 2.0.33+trans+QNX AMD K5 PR-133 XEmacs-20.5b30 ((Dont judge a book by its cover . Read the book)) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Emacs20 and mail file locking.
Rob == Rob Browning [EMAIL PROTECTED] writes: Rob Maybe you already knew this, but I just got around to looking Rob at the movemail source for emacs 20, and it really looks like Rob movemail already knows how to handle liblockfile. Check out Rob MAIL_USE_MAILLOCK and HAVE_TOUCHLOCK. I think that it is probably fine like it is, except that it's not nfs safe without libnfslock. It could probably be rewritten some to call on our liblockfile, rather than doing it internally the way it does. If it ain't broke, don't fix it. I'm not motivated to do this today... It works like it is, for me. Someone who needs the nfs safe version ought to tackle it. I don't imagine it will take more than an afternoon of hacking. The XEmacs version, as shipped with XEmacs-20.5-beta, has some changes. The diff is attached, to save anyone the trouble of generating one themselves. A quick look over tells me that there's probably no need to use this patch anyway... I wonder, would it be a good idea to put `movemail' into another general package, so that other programs can use it? I think that it's generally useful enough for that. movemail-emacs-20.2-xemacs-20.5.diff.gz Description: Binary data
Re: Is there a maintainer for the install doc?
You could use m4. There's an article about doing that in the Linux Gazette: http://www.ssc.com/lg/issue22/using_m4.html [1] Hope this helps. Footnotes: [1] URL located from `browser-history'! (Grin. It works!) -- mailto:[EMAIL PROTECTED] (Karl M. Hegbloom) http://www.inetarena.com/~karlheg Portland, OR USA Debian GNU 1.3.1+hamm Linux 2.0.33 AMD K5 PR-133 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Re^2: dhelp 0.2 - a online help system
Marco == Marco Budde [EMAIL PROTECTED] writes: Marco We could write a converter :)? I'd rather see a unified interface for that sort of thing than a kludgey converter converter scheme. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cron jobs more often than daily
This section is in my /etc/crontab... I see no problem with it. Perhaps there ought to be a thing like the script that updates inetd.conf for the crontab. I would also like an /etc/cron.scripts directory. #-- postgresql begin 0 4 * * * postgres/usr/lib/postgresql/bin/do.maintenance #-- postgresql end -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cron jobs more often than daily
Christian == Christian Schwarz [EMAIL PROTECTED] writes: Christian The solution presented in 3.3.7 is that the owner of Christian the conffile (cron in that case) provides a utility Christian (like install-info, for example) through which other Christian packages can register and remove cron jobs. Perhaps the /etc/crontab shouldn't be a conffile; but created by the installation scripts? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Re^2: dhelp 0.2 - a online help system
Christian == Christian Schwarz [EMAIL PROTECTED] writes: Christian If someone wants to do this with me, just drop me a Christian note. I'm just waiting for volunteers... I would like to help, but I don't think I've got the skills it would require right now. I'll try and take the time to look over what you people do with it, and learn from your example. Right now, I really need to just read books and code, more than anything. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: menu: suggestions - extending the menu files
joost == joost witteveen [EMAIL PROTECTED] writes: joost Uhm, there's a slight problem with ifeq($visable, joost false,...). If we assign booleans to the string variables joost ($visable etc are essentially strings), then I'd prefer joost them to by default to have the 0 value. I wonder if `guile' would be a better language to implement the menu system with? I've never even looked at it yet... so have not thought about the problem at all from that perspective. It might assist placing a GUI around it all when `gnome' becomes more usable. (ie: documented). Maybe if Joost isn't too busy, we'll see something similar in menu someday.. There's so much to read, so much to do, so little time... as we've all experienced. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: kernel headers---FAQ
adavis == adavis [EMAIL PROTECTED] writes:
adavis I was able to install using
adavis --ignore-depends=linux-kernel-headers-2.0.32.
I had to do the similar thing, and found that I also had to update
the symlinks /usr/include/{asm,linux} by hand. I have the symlink
/usr/src/linux - /usr/src/linux-2.0.33... and am not currently
using the kernel-source or kernel-headers packages. I made the links
in /usr/include point through the link in /usr/src.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Yet another glibc pre-release
Stephen == Stephen Zander [EMAIL PROTECTED] writes: Stephen David Engel wrote: Use -profile instead of -pg/-lc_p when profiling, e.g. $ gcc -profile -o t t.c Stephen Thanks! That makes it a gcc bug instead. :) (-profile is Stephen not mentioned anywhere in the docs.) Which reminds me... does `egcc' come with documentation that describes the new optimizations and ??? that it has? I don't think that the `gcc' info I have reflects that, and there's not an `egcc' info, afaik. There should be. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: my user on my box!
Jon == Jon Björklund [EMAIL PROTECTED] writes: Jon What I want is to get my user named ceed to be as powerful as Jon root but at the same time it shouldn't be root. There are several ways of doing that. `secure-su' lets you set things up so that certain users can `su' to become certain other users, and bypass the password. It's convienient to allow some folks to become `webmaster' for instance. `super' lets you set up certain commands to be run as another user. It's pretty easy to do; once you RTFM you'll know as much as I do about it, so I won't go into details. `sudo' is another way; it is perhaps the most popular method of allowing users to run commands as root or as other users. Scripts may be set `SUID' two different ways. Perl programs may use `suidperl', and shell scripts can securely be run SUID using `suidexec', which may be found in the `suidmanager' package. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: my user on my box!
Marcus == Marcus Brinkmann [EMAIL PROTECTED] writes: Marcus If you want to give ceed access to floppy, cd, sound and Marcus other, add ceed at the end of the appropriate lines in Marcus your /etc/group file. This file controls the access for Marcus common files and devices. `adduser ceed groupname' will do that for you. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Intend to take over wmaker, application?
Joey == Joey Hess [EMAIL PROTECTED] writes: Joey Marcelo E. Magallón wrote: my name is Marcelo Magallón, and I'd like to take over the maintainance of wmaker Joey Yay!! Maybe we'll get a new version now. :-) Yes! When I tried it, the icons it made where like static on a color TV set. It looked like it was supposed to be making minitures of the windows, but wasn't working right. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
`dpkg' severe bugs list is long.
Is there any reason why the fixing of the several severe bugs against `dpkg' is being put off? It installs everything under UID 1000, which could be problematic anywhere but on a home machine. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: slib and Debian ?
Jim == Jim Pick [EMAIL PROTECTED] writes: Jim Here's a possible slibconfig script with support for Guile in Jim it: I think you forgot to make the symlink: ln -s /usr/lib/slib /usr/share/guile/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Emacs20 and mail file locking.
Rob == Rob Browning [EMAIL PROTECTED] writes: Rob Assuming you're right, and movemail is used for all mail Rob locking, then if we patch movemail to use liblockfile, we Rob should be fine. I volunteer to try rolling those patches into XEmacs 20.5. I think that configure ought to detect `liblockfile' and compile `movemail' accordingly. Sound right? Rob I'm under the impression that liblockfile handles everything, Rob including nfs. I believe libnfslock is transitional, for use Rob until everything's migrated to liblockfile. Yes, that seems right... I looked them over once a few months ago. I think after I've finished reading the two W. Richard Stevens Unix programming books I've just begun, I will go over them again with better understanding, and thus, better recollection. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: What's Debian's /usr/src policy.
Along with this, in the similar thread, I think we should set aside a
place in our /usr/src/ for the building of Debian packages, using
`cvs-buildpackage'. (which I promise to _try_ and grok this week.)
How about... /usr/src/debian/{build,work}?
It would be good to put into policy a naming convention for CVS tags,
as well, perhaps.
Mine are visible at: finger [EMAIL PROTECTED]
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: slib and Debian ?
I installed the slib-2c0, and applied the patch to ice-9/slib.scm, and made a symlink: total 7 drwxr-xr-x 3 root root 1024 Nov 12 08:23 1.2 drwxr-xr-x 3 root root 1024 Nov 27 12:51 app lrwxrwxrwx 1 root root 14 Dec 25 20:17 slib - /usr/lib/slib/ -rw-r--r-- 1 root root 4315 Dec 25 20:25 slibcat ... The `slibcat' file won't be there the first time, so you have to run once as root. `make clean' in the gnome directory seems to do it. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Immutable files
Topi == Topi Miettinen [EMAIL PROTECTED] writes: Topi Matthew Wilcox writes: From a security point of view, it might be considered worthwhile to install system executables (particularly the suid ones) and then mark them immutable. Topi Sounds like a simple extension to suidmanager Topi package. According to WNPP, it needs a new maintainer (hint Topi hint). I've already taken over maintainership from Christoph Lameter [EMAIL PROTECTED]. I suppose that the immutable bit could be set by adding a new optional argument and optional field in /etc/suid.conf. But what happens when you go to upgrade the package? If the prerm scripts ran `suidunregister', it might work. But that's being done in the postrm scripts, after the old file is supposed to be removed. (is that right?) The file cannot be deleted with the immutable bit set. Topi Maybe using suidmanager should be enforced by the Policy? Yes, perhaps. Has this been discussed before? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Emacs20 and mail file locking.
... more to say, now that I read what I wrote... I don't think that the dot locking done by `movemail' is nfs-aware. You'd need to use libnfslock for that, I guess, or patch `movemail'. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
ldconfig, dangling symlinks - solution
The reason that ldconfig is reporting `file not present' is that a package has installed shared objects without also installing the symlinks. `ldconfig' makes the symlink when it's run, and when the package is uninstalled, it removes the file pointed to, but not the symlink. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: debhelper: suggestions
Joey == Joey Hess [EMAIL PROTECTED] writes: Joey expr `dpkg-parsechangelog` : '.*Version: \(.*\).*\nDistribution:' I can't get that to work. I have much better luck with `gawk'. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Work-Needing and Prospective Packages for Debian GNU/Linux
Steve == Steve Kostecke [EMAIL PROTECTED] writes:
Steve, you can have it, if you like; I learned from
repackageing it, perhaps you'll get something from it too. Let
me know.
Steve All of this for such a small package... If you've already
Steve done the work you might as well keep it. Please forward
Steve the first part of this message to [EMAIL PROTECTED] and tell
Steve them you are adopting the package from me.
I'd rather just let you take it. You can ftp a tarfile of it from:
(please, Steve only. This ISN'T a public server. It's my home computer.)
wget ftp://bittersweet.inetarena.com/pub/linuxlogo{-deb,_1.0.orig}.tar.gz
... this is everything for the debian package, and the original
pristine sources (I assume.) that I got from ftp.debian.org. I'll
leave the line on so you can get it; don't expect blazing speed, it's
across a 33.6 from the net.
The last release I made has an error. I missed installing the rcN.d
symlinks, so it doesn't get run on startup. I hope you can fix that.
I've added an icon and a menu entry, along with a wrapper script so
there's now a Games/Toys menu that will display the penguin.
I tried to put this under CVS, but it's not working. It causes cvs
to dump core. I think it's because the files got created under DOS,
and all have ^M line endings. I didn't convert it because it would
change every line of every file, and the diff would be twice as big
as the pristine sources.
Have fun, I hope you learn a lot from this.
--TAA06413.882933161/bittersweet.inetarena.com--
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: debhelper: suggestions
Joey == Joey Hess [EMAIL PROTECTED] writes:
Karl Also, to put a version string into a program, I use:
VERSION=$(shell dpkg-parsechangelog 2/dev/null \
| gawk -F: \
'$$1 ~ /Version/ {version = gensub(/^ */,,g,$$2)} \
END {printf(%s_SPI, version) }')
Joey I've definitly considered adding version testing to
Joey debhelper. Thanks for the shell fragmenet. I considered
Joey making a dh_checkver, that takes a version number, and
Joey returns 1 if the current version is older - that's let
Joey debian/rules files abort with outdated versions of
Joey debhelper. What do you think of that idea?
Ok... I thought that the `auto-debhelper' idea was good. m4 is very
powerful. It would allow more sophisticated automatic script
building. Thing is, do we need that? How often is there a package
that would even use it? YTMAWBN[1], I'm a beginner.
Karl build-stamp: dh_testdir $(MAKE) VERSION=$(VERSION) touch
Karl build-stamp
Karl ... and then I use the VERSION in the C like this:
void
printCopyright (void)
{
fprintf (stderr,
tmpreaper -- Version: VERSION \n
(c) 1997 Software in the Public Interest\n
This may be freely redistributed under the terms of the GNU
Public License.\n);
}
// 1 2 3 4 5 6
7 8
//
02345678901234567890123456789012345678901234567890123456789012345678901234567890
Joey Hang on, maybe I'm missing something - is the version
Joey debhelper's version, or the version of your package?
The version of the package.
Note that I use `dpkg-parsechangelog', rather than the simpler:
LINE=$(head -1 changelog)
VERSION=$(expr $LINE : '.* (\(.*\))')
... since I thought that the reason for using `dpkg-parsechangelog'
was so folks could experiment with alternative changelog formats.
Is anyone doing that?
Footnotes:
[1] You Tell Me And We'll Both Know
--
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
http://www.inetarena.com/~karlheg
Portland, OR USA
Debian GNU 1.3.1+hamm Linux 2.0.32 AMD K5 PR-133
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Work-Needing and Prospective Packages for Debian GNU/Linux
wnpp o Steve Kostecke mailto:[EMAIL PROTECTED] has adopted wnpp linuxlogo. Uh, I was told I could take the package, and have uploaded. Steve, you can have it, if you like; I learned from repackageing it, perhaps you'll get something from it too. Let me know. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: debhelper: suggestions
Joey == Joey Hess [EMAIL PROTECTED] writes: Joey Karl M. Hegbloom wrote: Note that I use `dpkg-parsechangelog', rather than the simpler: LINE=$(head -1 changelog) VERSION=$(expr $LINE : '.* (\(.*\))') ... since I thought that the reason for using `dpkg-parsechangelog' was so folks could experiment with alternative changelog formats. Joey Ah, I'll have to modify debhelper to use that. Good point. Well, I'm glad you wrote it the way you did. I've just begun to learn how shell scripts are written and that's the first time I'd encountered that use of `expr'. I learned from it. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: debhelper: suggestions
Joey == Joey Hess [EMAIL PROTECTED] writes: Joey However, on second thought, using dpkg-parsechangelog is Joey unappetising. Not only does it print out this annoying error Joey message, but it takes a about a second to run. (on a p166) Joey Since debian/rules files that use debhelper typically cal Joey about 20 d_* programs in a package build, that's about half Joey a minute added to the build, along with an appalling amount Joey of ugly messages. I don't know... it's the right thing to Joey do, but it's so ugly... Maybe you could do it once, in the rules file: export PKG_VERSION=$(shell dh_parseversion) ... and then use it from the environment. I don't know what to do about that error mess. Is it on stdout or stderr? Perhaps you could have `dh_parseversion' elide it with redirections... piping through `gawk' and only grabbing what you need seems to work. I don't know if `expr' is a simpler way yet. Hmmm. Does it handle the newlines? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: potential mayhem with trial libc6 package and kernel-headers
Bart == Bart Schuller [EMAIL PROTECTED] writes: Bart Particularly if they happened to have a fully unpacked and Bart configured kernel source tree in /usr/src/linux . Bart * Poof * Perhaps the `kernel-headers' install script ought to look for an existing /usr/src/linux directory, do an lstat, and if it's really a directory, not a symlink, rename it to linux-version. It can get the version from the version file in the kernel source can't it? I've installed kernel headers because I had to so libc would install. I'd rather use the headers in the actual kernel source though. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
IconPath, menu
I've created a directory /usr/X11R6/icons for my own use. I think that we need to have something like that, and a keeper of the icons. All of the mini icons and whatnot from the various packages ought to be consolidated into one icon package. I think it should be someone who likes to draw things... that's not me. Other packages that require icons could suggest it, and the menu system could use them if they're present, or not if they're not. The icon dir must bin in the IconPath of the window managers. I wonder if it would be good if menu had a way to specify a suggested font size and type... if an icon is a little big, the text looks better larger too. And some items could be small text, others larger or bold. I want backing pixmaps on the fvwm2 menu. XEmacs and Gtk ones too. Every package with a menu should have an icon. The emacs icon is an example of one that's way too huge. :-) Here's two for the collection(s): mini.gnu-animal.xpm Description: Binary data inline: emacs.xbm
/etc/ld.so.conf ordering
I was just trying to compile `browser-history', and the following thing happened: make[1]: Entering directory `/usr/src/debian/Work/browser-history' gcc -ansi -O -Wall browser-history.c -o browser-history \ -L/usr/X11R6/lib -lXmu -lX11 ld: warning: libc.so.5, needed by /usr/lib/libc5-compat/libXt.so.6, may conflict with libc.so.6 /lib/libc.so.5: the `getwd' function is dangerous and should not be used. /lib/libc.so.5: the `gets' function is dangerous and should not be used. /lib/libc.so.5: warning: `siggetmask' is obsolete; `sigprocmask' is best /usr/lib/libc5-compat/libXt.so.6: undefined reference to `_Xsetlocale' make[1]: *** [browser-history] Error 1 make[1]: Leaving directory `/usr/src/debian/Work/browser-history' make: *** [build-stamp] Error 2 [status 2] ... something told me that it was the ordering of the entries in /etc/ld.so.conf causing the trouble, so I went there and moved all of the `libc5-compat' ones to the end of the file, ran ldconfig, and that fixed the problem. Is this happening to others also? Is there a way to ensure that the ld.so.conf file will be built in the correct order? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
debhelper: suggestions
I find that if you put:
.EXPORT_ALL_VARIABLES:
... into debian/rules, the DH_VERBOSE=1 starts to function.
Also, to put a version string into a program, I use:
VERSION=$(shell dpkg-parsechangelog 2/dev/null
\
| gawk -F:
\
'$$1 ~ /Version/{version= gensub(/^ */,,g,$$2)}
\
END { printf(%s_SPI, version) }')
build-stamp:
dh_testdir
$(MAKE) VERSION=$(VERSION)
touch build-stamp
... and then I use the VERSION in the C like this:
void
printCopyright (void)
{
fprintf (stderr,
tmpreaper -- Version: VERSION \n
(c) 1997 Software in the Public Interest\n
This may be freely redistributed under the terms of the GNU
Public License.\n);
}
// 1 2 3 4 5 6
7 8
//
02345678901234567890123456789012345678901234567890123456789012345678901234567890
$ tmpreaper --help
tmpreaper -- Version: 1.4.1-1_SPI
(c) 1997 Software in the Public Interest
This may be freely redistributed under the terms of the GNU Public License.
tmpreaper [-htvfsa] [--help] [--test] [--verbose] [--force] [--symlinks] [--all]
[[-p, --protect shell_pattern]...] time dirs...
time is time since a file in a dir was last accessed.
It defaults to hours, or you may suffix with `s', `m', `h', or `d'.
... or like:
browser-history: browser-history.c
$(CC) -ansi -O -Wall browser-history.c -o browser-history \
-D_VERSION=\$(VERSION)\ -L/usr/X11R6/lib -lXmu -lX11
... and then in the C program:
static char VERSION[]=_VERSION;
[...]
case 'V': /* -Version */
fprintf(stderr, browser-history v%s\n%s\n, VERSION, RCS_ID);
exit(0);
continue;
$ ./browser-history -V
browser-history v2.4-4_SPI
$Id: browser-history.c,v 1.1.1.1.2.3 1997/12/20 17:44:18 karlheg Exp $
Any ideas?
--
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
http://www.inetarena.com/~karlheg
Portland, OR USA
Debian GNU 1.3.1+hamm Linux 2.0.32 AMD K5 PR-133
pgpzxhtol5jIs.pgp
Description: PGP signature
Intent to package: `cvsweb-1.0'
I'm planning to package `cvsweb-1.0'. Q: Where does it go? Experimental, or unstable/web? Here's the README, the copyright follows. README Description: Binary data # Copyright (C) 1996 # William C. Fenner. All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright #notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright #notice, this list of conditions and the following disclaimer in the #documentation and/or other materials provided with the distribution. # 3. Neither the name of the author nor the names of any co-contributors #may be used to endorse or promote products derived from this software #without specific prior written permission. # # THIS SOFTWARE IS PROVIDED BY William C. Fenner AND CONTRIBUTORS ``AS IS'' # AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL William C. Fenner, HIS BROTHER B1FF, OR # CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, # EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, # PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; # OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, # WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR # OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF # ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. -- mailto:[EMAIL PROTECTED] (Karl M. Hegbloom) http://www.inetarena.com/~karlheg Portland, OR USA Debian GNU 1.3.1+hamm Linux 2.0.32 AMD K5 PR-133
menu: suggestions - extending the menu files
It occurs to me that the menu files ought to have fields for: Xresources to get `xrdb -merge'd when the program is launched. (lazy eval) (and removed perhaps, on the delete window hook? Does the X server gc?) Menu font, color, icon, a predicate for when it's greyed off (think scwm) XTerm geometry and title for text apps. Other args to the xterm text apps run in... ones to make menus on terms that support that, perhaps wait=t or wait=nil - some programs exit after output, but I want to read it first. (like how mc says push a key after it runs a cmd.) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: 2.0.32, XNvidia, Vtk
Arto == Arto Astala [EMAIL PROTECTED] writes: Arto When configuring kernel it asks if I want to make boot disk. Arto I did want. Then it asks something like Hmm. You seem to Arto have new superformat, want to use it? and I felt I'm taking Arto risks already and I don't want to answer yes to anything Arto this dubious. Then it tried to create floppy with old Arto format (and with non-existing device as well?) but didn't Arto succeed. There was no obvious way to back up to Hmmm. ... Arto or otherwise correct the situation. I've found that during installation, I often want a way to go back to the previous thing like that, in case I've made a mistake. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Does `dpkg' track the installation date of a package?
I wonder if `dpkg' tracks the installation date of a package, whether it should if it doesn't, or why it doesn't if that is the case. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
[SL Baur steve@xemacs.org] Schedule version number change, new mailing list
I hope this doesn't bug anyone too much... I think it's relevant to the current Emacs/XEmacs threads, and adds better information to my last message in that thread, the one about unbundling elisp packages from XEmacs. This arrived a while after I'd posted that. ---BeginMessage--- There has been a slight change of plans with the source code tree currently named `20.4'. It's not going to be ready for the scheduled release of early 1998. XEmacs `20.4' is hereby renamed to `20.5'. Saturday's beta will be numbered `20.5-beta12 Bhuj'. The official 20.3 maintenance patches will continue to be collected and once things settle down, they will be released as XEmacs 20.4 next month. By popular demand, the xemacs-mule mailing list has been created. To subscribe send a message to [EMAIL PROTECTED] with the magic word subscribe in the body. Anything XEmacs/Mule related is on-topic, including auxiliary software like Kinput2 and Wnn. This is a multilingual list. ---End Message---
Re: Does `dpkg' track the installation date of a package?
Todd == Todd Graham Lewis [EMAIL PROTECTED] writes: Todd Count mine as one vote for a new LOG_DEBIAN facility. And while we're at it, let's make one for HTTP also. Anything else? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Moving topics from debian-private (was Re: SPI money out)
Kai == Kai Henningsen [EMAIL PROTECTED] writes: Kai Remember there are people that can't stand Emacs. Bliss. :-) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc/378: Why isn't STREAM_MAX == FOPEN_MAX?
From: Ulrich Drepper [EMAIL PROTECTED] Subject: Re: libc/378: Why isn't STREAM_MAX == FOPEN_MAX? To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] (Ulrich Drepper) [EMAIL PROTECTED] writes: Q: Shouldn't STREAM_MAX = FOPEN_MAX, as stated in APUE? Yes, according to X/Open. I've corrected this in the development version now. Thanks, [...] From: Ulrich Drepper [EMAIL PROTECTED] Subject: Re: libc/378: Why isn't STREAM_MAX == FOPEN_MAX? To: [EMAIL PROTECTED] (Karl M. Hegbloom) [EMAIL PROTECTED] (Karl M. Hegbloom) writes: How did you fix it? I'm curious. Can you easily generate a patch? It's not that easy. I had to change 6 files to make it right but for you with an installed libc it's easy: just change the line in xopen_lim.h. -- Uli ---. drepper at gnu.org ,-. Rubensstrasse 5 Ulrich Drepper \,---' \ 76149 Karlsruhe/Germany Cygnus Solutions `--' drepper at cygnus.com ` Karl's quick patch: --- /usr/include/xopen_lim.h.orig Tue Dec 16 18:04:45 1997 +++ /usr/include/xopen_lim.hTue Dec 16 18:04:53 1997 @@ -53,7 +53,10 @@ #define IOV_MAX_XOPEN_IOV_MAX /* The number of streams that one process can have open at one time. */ -#define STREAM_MAX _POSIX_STREAM_MAX +#ifndef FOPEN_MAX +#include stdio_lim.h +#endif +#define STREAM_MAX FOPEN_MAX /* Maximum number of bytes supported for the name of a time zone. */ #define TZNAME_MAX _POSIX_TZNAME_MAX -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
