Bug#60573: general: wrong perms on /dev/null and /tmp in potato upgrade
Subject: general: Package: general Version: 2315 Severity: grave [EMAIL PROTECTED]:~$ ls -l /dev/null crw-r--r--1 root root 1, 3 Feb 22 1999 /dev/null [EMAIL PROTECTED]:~$ ls -ld /tmp drwxr-xr-t3 root root 1024 Mar 14 18:40 /tmp /dev/null was 644 not 666, which is what it is everywhere but my two problem machines. /tmp was 1755, not 1777 as it needs to be. This machine was installed off a Cheap*Bytes 2.1 cd without these probs. Today I used apt-get -u dist-upgrade to move to potato, then noticed the problems. The other machine with the /dev/null problem was also slink updated to potato. -- System Information Debian Release: 2.2 Kernel Version: Linux shasta 2.0.36 #2 Sun Feb 21 15:55:27 EST 1999 i586 unknown
Re: xfs question
On Thu, Mar 16, 2000 at 04:19:47PM +0100, Michael Meskes wrote: > Now that xfs per default does not listen on a tcp port anymore, could > anyone please tell me how to configure x (i.e. XF86Config) to use unix > domain sockets instead? I think the answer is in the FAQ: zgrep -i unix /usr/share/doc/xfree86-common/FAQ.gz Like Unix shell login sessions, which are customized by a file like Like the Unix filesystem, windows in X are laid out like a tree with a FontPath "unix/:7100" Yup. I sometimes wonder why I bother maintaining that FAQ. -- G. Branden Robinson| Debian GNU/Linux | If ignorance is bliss, [EMAIL PROTECTED] | is omniscience hell? roger.ecn.purdue.edu/~branden/ | pgpyR0AsI6ybC.pgp Description: PGP signature
Turbo Vision non-free? (Was Re: Another packages wishlist)
On Mon, 13 Mar 2000, Aigars Mahinovs wrote: > Carlos Barros wrote: > > > > On Fri, Mar 03, 2000 at 08:19:39PM -0200, Aigars Mahinovs wrote: > > > > > Yann Dirson wrote: > > > > > > [snip] > > > > ** RHide: a curses-based IDE for FreePascal, with Borland look-and-feel > > > > http://www.tu-chemnitz.de/~sho/rho/rhide/rhide.html > > > [snip] > > > > > > > This one I think requires a not free library. rhtvision. > > > > I was a sponsor of the rhtvision and setedit packages and it has problems > > due to rhtvision is derivated from tvision and tvision is not free. > > > > -- > > Carlos Barros. > > o well ... then i withdraw the ITP > will wait for better times > > or, maybe can statically linked binary only package be placed at least in > non-free? > Turbo Vision is non-free? From http://community.borland.com/article/0,1410,17285,00.html (last modified Sept 01/99) Question: Where can I find the public domain version of Turbo Vision? Answer: It can be found at ftp.inprise.com/pub/borlandcpp/devsupport/archive/turbovision/ Is Borland's page wrong? You should mail them and get an official answer. (Isn't a FAQ on their site official enough?) Damian -- Damian Gryski ==> [EMAIL PROTECTED] | Linux, the choice of a GNU generation 512 pt Hacker Test score = 37% | 500 pt Nerd Test score = 56% geek / linux zealot / coder / juggler / sysadmin
Re: Turbo Vision non-free? (Was Re: Another packages wishlist)
Damian M Gryski <[EMAIL PROTECTED]> writes: >Turbo Vision is non-free? > >From http://community.borland.com/article/0,1410,17285,00.html >(last modified Sept 01/99) > > >Question: > Where can I find the public domain version of Turbo Vision? > >Answer: > It can be found at > ftp.inprise.com/pub/borlandcpp/devsupport/archive/turbovision/ > > >Is Borland's page wrong? You should mail them and get an official >answer. (Isn't a FAQ on their site official enough?) It certainly isn't public domain. From one file (tview.cpp, inside source.zip, inside tv.cpp): /* * Turbo Vision - Version 2.0 * * Copyright (c) 1994 by Borland International * All Rights Reserved. * */ That's about as non-free as you can get. -- Jakob 'sparky' Kaivo - [EMAIL PROTECTED] - http://jakob.kaivo.net/
Bug#60573: general: wrong perms on /dev/null and /tmp in potato upgrade
reassign 60573 SantiagoVila thanks On Thu, Mar 16, 2000 at 04:57:37PM -0700, der.hans wrote: > Subject: general: > Package: general > Version: 2315 > Severity: grave > > [EMAIL PROTECTED]:~$ ls -l /dev/null > crw-r--r--1 root root 1, 3 Feb 22 1999 /dev/null > > [EMAIL PROTECTED]:~$ ls -ld /tmp > drwxr-xr-t3 root root 1024 Mar 14 18:40 /tmp > > /dev/null was 644 not 666, which is what it is everywhere but my two > problem machines. > > /tmp was 1755, not 1777 as it needs to be. > > This machine was installed off a Cheap*Bytes 2.1 cd without these probs. > Today I > used apt-get -u dist-upgrade to move to potato, then noticed the problems. > > The other machine with the /dev/null problem was also slink updated to potato. > > -- System Information > Debian Release: 2.2 > Kernel Version: Linux shasta 2.0.36 #2 Sun Feb 21 15:55:27 EST 1999 i586 > unknown > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- G. Branden Robinson| If you make people think they're Debian GNU/Linux | thinking, they'll love you; [EMAIL PROTECTED] | but if you really make them think, roger.ecn.purdue.edu/~branden/ | they'll hate you. pgpqTnP6VUNi2.pgp Description: PGP signature
Processed: Re: Bug#60573: general: wrong perms on /dev/null and /tmp in potato upgrade
Processing commands for [EMAIL PROTECTED]: > reassign 60573 SantiagoVila Bug#60573: general: wrong perms on /dev/null and /tmp in potato upgrade Bug reassigned from package `general' to `santiagovila'. > thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database)
Re: Permission policy
Previously Ruud de Rooij wrote: > (of course, this attack can be prevented using mount options to > disable setgid executables on all filesystems where users have write > access) In which case they just keep a filehandle open and use that later on. You could also simply start a screen session while you still have the group and attach to that later. Wichert. -- / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | pgpbTYjBovrca.pgp Description: PGP signature
Re: sendmail M4 to run DNS based spam filters per RCPT
Previously Scott Jennings wrote: > I've written an M4 file for sendmail 3.9.3, and packaged it up as > a debian package. Doesn't sendmail 8.10 already have something similar? Wichert. -- / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | pgpZTTL8jtAst.pgp Description: PGP signature
Re: Less interactive upgrades.
Previously Tom Rothamel wrote: > The problem I have is that dpkg keeps on prompting me as to the > disposition of config files I have changed. Don't get me wrong, I like > the fact that it asks me what to do... I just wish it would do it at > the start, and proceed cleanly through the upgrade without further > prompting. dpkg can't do that anyway if you use apt since apt does multiple dpkg runs. > - When apt runs to upgrade packages, it will call a new program (which > I plan to write) in the same way that it calls > dpkg-preconfigure. TNP would scan the list of upgraded packages, > looking for config files. (This scan could go rather fast, as it > only looks at config files, rather than having to unpack the > whole thing.) Where it finds changed config files (using the same > rules as dpkg) it will add them to a list. It's rather slow, since you need to unpack the .deb to get the md5sums for its conffiles, read /var/lib/dpkg/info/*.list to see if a conffiles still belongs to a package, /var/lib/dpkg/status to get the previous md5sums, etc. Oh, and you're not really allowed to use things in /var/lib/dpkg/ directly anyway since the format might change. (Warning in advance: it will likely change this year). Oh, and you still loose if people don't use apt. > - Once the file is being appropriately created, dpkg will be modified > to optionally take as an argument to an option the name of the well > known file. Okay, just to warn you: a) I'm really anal about patches I accept for dpkg. b) I'm not sure I like this approach. c) I'm really anal about accepting patches. > This, along with debconf and a program like debecho (which doesn't > exist, but if it did would allow logging of informational messages to > a file) would allow for unattended installations and upgrades, after > the initial Q&A session. I think that would be a real good thing to > have, especially if we don't lose flexability when it happens. There is already a patch to make dpkg log things using syslog. At some point I'ld like to generalize that, but we can't do that until debconf is used everywhere. Woody+2 I think. > I'd also like to know if there's a preferred textui toolkit for use > during installs/upgrades, or if I should just roll my own. debconf > I've decided to work on this rather than bettering ddiff integration > because this is something that can work stand-alone to better the user > experience, while ddiff will require new or different archives to > achive maximum usefulness. (Ie, the diffs have to be stored > somewhere.) Right, which is why it's on the TODO-list for dpkg. I hope to have this done in woody. > Lastly, is there a more appropriate list than debian-devel for > announcing projects like this? debian-dpkg and debian-admintool. Wichert. -- / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | pgp2NMcoDTnTx.pgp Description: PGP signature
Re: sendmail M4 to run DNS based spam filters per RCPT
On Fri, Mar 17, 2000 at 01:04:48AM +0100, Wichert Akkerman wrote: > Previously Scott Jennings wrote: > > I've written an M4 file for sendmail 3.9.3, and packaged it up as > > a debian package. > > Doesn't sendmail 8.10 already have something similar? It supports arbitrary DNS blacklists, and it has this feature: CONFIG: FEATURE(`delay_checks') delays check_mail and check_relay after check_rcpt and allows for exceptions from the checks. It does not, however, let you only move dnsbl's to post-rcpt, and it does not let you configure it on a per-user basis. -- Elie Rosenblum That is not dead which can eternal lie, http://www.cosanostra.net And with strange aeons even death may die. Admin / Mercenary / System Programmer - _The Necronomicon_ pgpVmoUh0GedX.pgp Description: PGP signature
Re: Less interactive upgrades.
It seems to me that a better way to do this (in the abstract case :) ) would be to librarify dpkg -- that is, to make a libdpkg which approximately parallels libapt. This would also have the effect of solving some annoying quirks in the apt/dpkg interaction which are caused (if I remember correctly) by the fact that apt marshalls a whole lot of package installations for a single dpkg call, but can't easily tell which ones were successfully performed and which failed if something goes wrong. Of course, having never even tried to look at dpkg's code, I have no idea how easy this is given the program's design. I suspect that if it were possible someone would have done it already :) Daniel -- The only thing worse than infinite recursion is infinite recursion.
Re: Less interactive upgrades.
On Thu, Mar 16, 2000 at 06:24:47PM -0500, Will Lowe wrote: > > One other question: Does anyone think having a "never ask about this > > config file again" option is a good thing? I'm torn. > > Not on a per-conffile basis, I think. Maybe there should be a way to make > the default for _all_ conffiles be "ask no questions, (accept the dpkg N > answer), send email about what you did". With BIG WARNINGS about how much > stuff might break if you enabled it. Ideally, I'd only ever like to be asked if I want to upgrade a conf file if the syntax or semantics of the conffile has changed.. This would be another of the maintainer's roles. Regards, rmt. -- Freedom is slavery. Ignorance is strength. War is peace. -- George Orwell
YAPFSR: Yet Another Proposal For Speeding Releases.
It's freeze time, and we are all discussing the same things, we would all like to have a faster woody. I have a simple proposal for that: Let's keep the system we have now. But keeping the RC bug count low. A RC bug will only be permitted to stay for long if it is related to a release goal. And people must be working for cleaning it. Packages with RC bugs will be automatically removed after a couple of weeks. There could be an automatic bug horizon or something... Bye!
Re: Less interactive upgrades.
On 16-Mar-00, 18:02 (CST), Wichert Akkerman <[EMAIL PROTECTED]> wrote: > Oh, and you still loose if people don't use apt. Well, there's a *lot* features one doesn't get unless one uses apt. So? > There is already a patch to make dpkg log things using syslog. At some > point I'ld like to generalize that, but we can't do that until debconf > is used everywhere. Woody+2 I think. Uh, why not publish the tool/capability, and let those packages that can use it do so? Having it a available would be an incentive to update one's packages, and be of at least partial benefit to the users. Or am I missing a point? Steve -- Steve Greenland <[EMAIL PROTECTED]> (Please do not CC me on mail sent to this list; I subscribe to and read every list I post to.)
Re: ITP: dvipdfm - A DVI to PDF translator
On Thu, 16 Mar 2000, Brian Mays wrote: > The ligatures are supported, but dvips switches the characters in the > font around. This can be fixed by turning off the "G" option in the > /etc/texmf/dvips/config.pdf file. But the comment says the whole story, it is compatible with standard Adobe fonts, aka times which is what I had the problem with. Jason
Re: Less interactive upgrades.
On Thu, Mar 16, 2000 at 08:36:15PM -0600, Steve Greenland wrote: > On 16-Mar-00, 18:02 (CST), Wichert Akkerman <[EMAIL PROTECTED]> wrote: > > Oh, and you still loose if people don't use apt. > > Well, there's a *lot* features one doesn't get unless one uses apt. So? > > > There is already a patch to make dpkg log things using syslog. At some > > point I'ld like to generalize that, but we can't do that until debconf > > is used everywhere. Woody+2 I think. > > Uh, why not publish the tool/capability, and let those packages that > can use it do so? Having it a available would be an incentive to update > one's packages, and be of at least partial benefit to the users. Or am I > missing a point? It's not something that packages have a choice of. The dpkg in the CVS devel branch can log all of it's output, even make stdout silent altogether with the exception of important messages (i.e. stderr). It just will not be seen in production until potato is gone and I resolve the issue with debconf (debconf plays arounf with stdout/stderr a lot, and this functionality doesn't like it all the time). Like I said though, I am not messing with any of this until potato is released. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Less interactive upgrades.
On 16 Mar 2000 20:14:47 -0500, Wichert Akkerman wrote: > It's rather slow, since you need to unpack the .deb to get the md5sums > for its conffiles, read /var/lib/dpkg/info/*.list to see if a conffiles > still belongs to a package, /var/lib/dpkg/status to get the previous > md5sums, etc. Actually, some of the code I wrote for ddiff should be able to do this rather quickly, since it can md5 a member of a package without having to fully unpack it. > Oh, and you're not really allowed to use things in > /var/lib/dpkg/ directly anyway since the format might change. (Warning > in advance: it will likely change this year). Will the output of 'dpkg -s' remain stable? As I see it now, that and the files on the disk are all I need. > Oh, and you still loose if people don't use apt. Yes, but if they don't use apt, then upgrades are probably infrequent and hard anyway. > > - Once the file is being appropriately created, dpkg will be modified > > to optionally take as an argument to an option the name of the well > > known file. > > Okay, just to warn you: a) I'm really anal about patches I accept for > dpkg. b) I'm not sure I like this approach. c) I'm really anal about > accepting patches. a) gotcha. b) Hm... Is there anything wrong with it, or is this a general fear until code is written? c) gotcha. -- Tom Rothamel - http://onegeek.org/~tom/ --- Using GNU/Linux Writing from home, just outside Northport, NY. The Moon is Waxing Gibbous (89% of Full).
Re: New version of xserver-svga gives poorer display on laptop
On Thu, Mar 16, 2000 at 08:17:09PM +, Oliver Elphick wrote: > I have a laptop that uses the S3 Virge/MX video chip. > > I had this working well with the xserver-svga from slink. I recently upgraded > to 3.3.6-3 and found that the quality of the display became significantly > worse. I have not seen any reference to such a problem anywhere I have > looked. Since I don't have any idea how the xserver works, I don't have a > clue about the cause of the problem, let alone how to solve it. Try using the S3-server. That solved that issue for me on a Box with a S3-864. I believe some of the S3 Cards are no longer fully supported be the SVGA-Server. Brandon: Am I right? Thanks, Matthias -- +-created at Thu Mar 16 23:00:53 CET 2000-+ |Matthias Berse Phone:+49-2323-42397 | \Bachstr.28 44625 Herne, GermanyeMail: [EMAIL PROTECTED]/ I tell ya, I was an ugly kid. I was so ugly that my dad kept the kid's picture that came with the wallet he bought. -- Rodney Dangerfield
Re: YAPFSR: Yet Another Proposal For Speeding Releases.
The only problem would be if a package like util-linux or libc6 was auto-pulled because of this system. Nicolás Lichtmaier wrote: > > It's freeze time, and we are all discussing the same things, we would all > like to have a faster woody. I have a simple proposal for that: > > Let's keep the system we have now. > > But keeping the RC bug count low. A RC bug will only be permitted to stay > for long if it is related to a release goal. And people must be working for > cleaning it. Packages with RC bugs will be automatically removed after a > couple of weeks. There could be an automatic bug horizon or something... > > Bye! > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sendmail M4 to run DNS based spam filters per RCPT
On Thu, Mar 16, 2000 at 08:34:12PM -0500, Elie Rosenblum wrote: > On Fri, Mar 17, 2000 at 01:04:48AM +0100, Wichert Akkerman wrote: > > Previously Scott Jennings wrote: > > > I've written an M4 file for sendmail 3.9.3, and packaged it up as > > > a debian package. > > > > Doesn't sendmail 8.10 already have something similar? > > It supports arbitrary DNS blacklists, and it has this feature: > CONFIG: FEATURE(`delay_checks') delays check_mail and check_relay > after check_rcpt and allows for exceptions from the checks. > > It does not, however, let you only move dnsbl's to post-rcpt, and it > does not let you configure it on a per-user basis. Configuration on a per-user basis is the main purpose of this hack. On our network, user <[EMAIL PROTECTED]> needs to be able to get mail from all sites, even black-listed sites. Also, certain other subscribers need to get business mail from sites that refuse to repair their servers (e.g. best.com). Bill Jennings Oronet (Scott's brother)
Re: cvs-makerepos
On Tue, Mar 14, 2000 at 01:30:15PM -0600, Douglas Bates wrote: > The configuration script for cvs_1.10.7-6 mentions that you can create > a repository with standard permissions using cvs-makerepos. Is that a > program or an option to cvs or ...? cvs init should do what you want. It is documented in the manpage but not very well. Should be fixed IMHO... cu Torsten -- Torsten Landschoff [EMAIL PROTECTED] <[EMAIL PROTECTED]> Debian Developer and Quality Assurance Committee Member
Re: New version of xserver-svga gives poorer display on laptop
Matthias Berse wrote: >On Thu, Mar 16, 2000 at 08:17:09PM +, Oliver Elphick wrote: >> I have a laptop that uses the S3 Virge/MX video chip. >> >> I had this working well with the xserver-svga from slink. I recently upgr >aded >> to 3.3.6-3 and found that the quality of the display became significantly >> worse. I have not seen any reference to such a problem anywhere I have >> looked. Since I don't have any idea how the xserver works, I don't have a >> clue about the cause of the problem, let alone how to solve it. > >Try using the S3-server. That solved that issue for me on a Box with a >S3-864. I believe some of the S3 Cards are no longer fully supported >be the SVGA-Server. I tried the S3V server (it's a Virge chip) but that was much worse. -- Oliver Elphick[EMAIL PROTECTED] Isle of Wight http://www.lfix.co.uk/oliver PGP key from public servers; key ID 32B8FAA1 "Dearly beloved, avenge not yourselves, but rather give place unto wrath; for it is written, Vengeance is mine; I will repay, saith the Lord." Romans 12:19
Scheduling downtime for master, to do hardware maintance.
Tomorrow, brainfood(formerly novare) will be moving master into a rack mount case, out of its current mid-tower. This is being done to have our rack better organized, and to make it more efficient. Minimum downtime is estimated at one hour, and should start between 3pm and 4pm UTC(9am and 10am local to master). BEGIN GEEK CODE BLOCK Version: 3.12 GCS d- s: a-- c+++ UL P+ L !E W+ M o+ K- W--- !O M- !V PS-- PE++ Y+ PGP++ t* 5++ X+ tv b+ D++ G e h*! !r z? -END GEEK CODE BLOCK- BEGIN PGP INFO Adam Heath <[EMAIL PROTECTED]>Finger Print | KeyID 67 01 42 93 CA 37 FB 1E63 C9 80 1D 08 CF 84 0A | DE656B05 PGP AD46 C888 F587 F8A3 A6DA 3261 8A2C 7DC2 8BD4 A489 | 8BD4A489 GPG -END PGP INFO-
Linuxcare dist comparison
I hope you all voted! :-) http://www.linuxcare.com/products/prodmore.epl?PRODUCT_GROUP=Linux+Distributions Michael -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: Michael@Fam-Meskes.De | Use PostgreSQL!
new quota package
I have decided to not upload a new version of quota for frozen, since the upstream is not sure when the 2.00 release will be finalized. In fact I doubt he's even sure it ever will be. :-) The only newer stable version 1.70 does not fix all bugs we already have fixed in 1.65. So that does not make sense. I will create a 2.00pre4 release for woody when I find time. Since Heiko's mail address bounces I do adopt the package for the time being. If anyone else interested in it feel free to send me an email. Michael -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: Michael@Fam-Meskes.De | Use PostgreSQL!
ssh & master
It seems master does not accept ssh connections. What's going on? Michael P.S.: Pleasee CC me on my private address on replies since I rely on ssh to master for my debian mail. -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: Michael@Fam-Meskes.De | Use PostgreSQL!
Re: ssh & master
On Fri, 17 Mar 2000 michael@fam-meskes.de wrote: > It seems master does not accept ssh connections. What's going on? No, just from you.. Mar 17 00:57:44 master named[1815]: bad referral (de.colt.net !< host.DE.COLT.net) Mar 17 00:57:44 master sshd[4266]: warning: /etc/hosts.deny, line 15: can't verify hostname: gethostbyname(h-62.96.162.190.host.de.colt.net) failed Mar 17 00:57:44 master sshd[4266]: refused connect from 62.96.162.190 Jason
Re: Two maintainer entrys in "bug reports by maintainer"
On Fri, 17 Mar 2000, Herbert Xu wrote: > I think if you reupload your packages with the correct Maintainer field, then > the bug system will fix itself. Hmmm, that might fix the situation of two entries in the bug report for woody but not for slink or potato bugs. Moreover I consider it to be nonsense to upload a new package only to replace one valid e-mail address by another valid e-mail address without fixing any bugs (because there aren't any) or new upstream versions. Kind regards Andreas.
Re: Two maintainer entrys in "bug reports by maintainer"
On Fri, Mar 17, 2000 at 08:25:47AM +0100, Andreas Tille wrote:
> Hmmm, that might fix the situation of two entries in the bug report
> for woody but not for slink or potato bugs.
I don't think that the bug tracking system takes this into account at all.
--
Debian GNU/Linux 2.1 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: Two maintainer entrys in "bug reports by maintainer"
On Fri, 17 Mar 2000, Herbert Xu wrote: > I don't think that the bug tracking system takes this into account at all. Yes, and I wonder, if it should identify the maintainer regarding to his name (in the moment the unique identification is possible by first and last name) and not by e-mail adresses. If it is just the case for me this is no problem because I know the fact now. But as I said I see the danger of unifixed bugs because the maintainer does not notice it. Kind regards Andreas.
Re: YAPFSR: Yet Another Proposal For Speeding Releases.
Nicolás Lichtmaier <[EMAIL PROTECTED]> writes: > But keeping the RC bug count low. A RC bug will only be permitted to stay > for long if it is related to a release goal. And people must be working for Since we don't have release goals it would even be easy to implement. -- They say that a baby dragon is too small to hurt or help you.
asclock replaces gnome-panel-data
So is there any good reason why asclock replaces gnome-panel-data ?? It seems to me that both could quite happily co-exist but the interdependencies don't allow it... Stuart
next week in Heidelberg
Hi, I'm going to be in Heidelberg (Universitäts-Rechenzentrum) the next week (20th to 24th of march). I'd like to meet some other Debian developers to swap keys and have a beer in the evening. Please mail me privately since I'm not subscribe to these lists. Regards, -- Philipp Frauenfelder [PGP] mail: [EMAIL PROTECTED] Tel./Fax: +41 1 850 54 64 or [EMAIL PROTECTED] Proudly running Debian GNU/Linux, see http://www.debian.org/
Re: Turbo Vision non-free? (Was Re: Another packages wishlist)
It seems like they've given up their rights by calling it public domain in a public forum... Debian needs a lawyer for things like this. Regards Jeff On Thu, Mar 16, 2000 at 04:51:51PM -0800, Jakob 'sparky' Kaivo wrote: > Damian M Gryski <[EMAIL PROTECTED]> writes: > > >Turbo Vision is non-free? > > > >From http://community.borland.com/article/0,1410,17285,00.html > >(last modified Sept 01/99) > > > > > >Question: > > Where can I find the public domain version of Turbo Vision? > > > >Answer: > > It can be found at > > ftp.inprise.com/pub/borlandcpp/devsupport/archive/turbovision/ > > > > > >Is Borland's page wrong? You should mail them and get an official > >answer. (Isn't a FAQ on their site official enough?) > > It certainly isn't public domain. From one file (tview.cpp, inside > source.zip, inside tv.cpp): > > /* > * Turbo Vision - Version 2.0 > * > * Copyright (c) 1994 by Borland International > * All Rights Reserved. > * > */ > > That's about as non-free as you can get.
Re: next week in Heidelberg
On Fri, Mar 17, 2000 at 10:10:53AM +0100, Philipp Frauenfelder wrote: > I'm going to be in Heidelberg (Universitäts-Rechenzentrum) the > next week (20th to 24th of march). I'd like to meet some other > Debian developers to swap keys and have a beer in the evening. Fine. I can't yet suggest an exact date, but I should have time for a beer any evening from Monday to Thursday. Are you still reading mails over the weekend and next week, or how could I contact you ? Gregor pgpFVKXH91xjX.pgp Description: PGP signature
Re: Turbo Vision non-free? (Was Re: Another packages wishlist)
On Thu, Mar 16, 2000 at 04:51:51PM -0800, Jakob 'sparky' Kaivo wrote: > /* > * Turbo Vision - Version 2.0 > * > * Copyright (c) 1994 by Borland International > * All Rights Reserved. > * > */ > > That's about as non-free as you can get. Only if there isn't a copyright file somewhere laying around, giving a license to us. Probably contact borland for a license if there isn't. Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server Marcus Brinkmann GNUhttp://www.gnu.orgfor public PGP Key [EMAIL PROTECTED], [EMAIL PROTECTED]PGP Key ID 36E7CD09 http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ [EMAIL PROTECTED]
Re: New version of xserver-svga gives poorer display on laptop
In message <[EMAIL PROTECTED]> "Oliver Elphick" wrote: > I have a laptop that uses the S3 Virge/MX video chip. > > I had this working well with the xserver-svga from slink. I > recently upgraded to 3.3.6-3 and found that the quality of the > display became significantly worse. I have not seen any reference > to such a problem anywhere I have looked. Since I don't have any > idea how the xserver works, I don't have a clue about the cause of > the problem, let alone how to solve it. > > > The nature of the problem is this: > There is a tendency for the image to be smeared to the right. This is > particularly noticeable with the mouse cursor, which trails a small comet [snip] I had /exactly/ this problem. I finally solved it by using xf86config to generate a new configuration file. It worked fine after that (and, not only that, but the display which was slightly flickerly with the previous version is now rock solid). My laptop is a Clevo 98 rebadged by Novatech in the UK - think the screen is 12.1", it does 800x600 max, /proc/pci says the controller is a '"S3 Inc. ViRGE/MX+MV (rec 3).". I can send you my XF86Config if you think it might help. Cheers, Joseph -- Joseph Heenan, Coventry, UK http://www.ping.demon.co.uk/
Re: Bug#60573: general: wrong perms on /dev/null and /tmp in potato upgrade
reassign 60573 general thanks On Thu, 16 Mar 2000, Branden Robinson wrote: > reassign 60573 SantiagoVila > thanks Considering the way the bug system forwards reports to maintainers, a bug should never be reassigned to a package which does not exist. For what is worth, base-files does not change the permissions of /tmp, as everybody able to do a simple dpkg -c base-files_2.1.18.deb | grep tmp may easily check if they were more interested in discovering the reason for this than blaming others. Some people uncompress tar files containing the current directory "." under root on /tmp. To prevent this, some people have suggested to me in the past that I make a chown and a chmod in base-files.postinst to fix permissions in /tmp in case they were broken. This is wrong, because it would hide the real problem (if any) and would make it more difficult to discover. Thanks. -- "6649b7cd5e4e932694823acb1676df3f" (a truly random sig)
Re: Two maintainer entrys in "bug reports by maintainer"
On Fri, Mar 17, 2000 at 08:25:47AM +0100, Andreas Tille wrote: > > I think if you reupload your packages with the correct Maintainer field, > > then > > the bug system will fix itself. > Hmmm, that might fix the situation of two entries in the bug report > for woody but not for slink or potato bugs. > Moreover I consider it to be nonsense to upload a new package only > to replace one valid e-mail address by another valid e-mail address > without fixing any bugs (because there aren't any) or new upstream > versions. The BTS takes the addresses from the `Maintainers' file, which you can find under indices/ directory on each FTP mirror. I'm not sure, but it would seem logical that the newest available package entry gets in the file. Alternatively, ask [EMAIL PROTECTED] to change it manually. -- enJoy -*/\*- don't even try to pronounce my first name
Re: Potato and a half?
Potato + .5 sounds like a good idea to me! Right now I don't want to wait a single day more for the new Debian release. IMHO the release cycle is way to slow, I would like to see more frequent updates. On some newer machines I had to install Red Hat, since slink was too backlevel, and I had not even known that there was a slink+.5 -- It is carefully not mentioned anywhere on the Debian site... I really like Debian, both for technical and philosophical reasons, but when it gets behind more than a year behind up to date versions, and doesn't support important hardware, that's unacceptable. (And no, I don't want to roll my own kernel from the source -- I do this for experimental boards, but the beauty of distributions is that I don't have to worry about interaction testing for my "regular" machines...) Roll out potato ASAP, and follow with an upgrade which does the new kernel, X, and apache as soon as they are out. __ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com
Re: ITP: xzgv
On Sun, 6 Feb 2000, David Starner wrote: > Honestly, I found the interface of ImageMagick to be too clumsy > to just view pictures. Until I grabbed xzgv out of Incoming, > xv was the least clumsy graphic viewer interface. The authors > of xzgv have produced an X viewer that I can be happy with. There was a long time since this ITP. Do you still plan to package it? Unfortunately I didn't found it in the list of GTK+ applications under www.gtk.org to have a look at it. Kind regards Andreas.
Anyone intents to package Guppy
Hello, I will not have the time to package Guppi (http://www.gnome.org/guppi) but it seems worth packaging. Any volunteer? Happy weekend Andreas.
Re: ITP: dvipdfm - A DVI to PDF translator
Jason Gunthorpe <[EMAIL PROTECTED]> wrote: > But the comment says the whole story, it is compatible with standard > Adobe fonts, aka times which is what I had the problem with. Jason - You would think so. Nevertheless, try it; it works. Therefore, I must assume that the comment is incorrect. - Brian
Re: Release-critical Bugreport for March 17, 2000
severity 59860 fixed close 60489 thanks > Package: emacs19 (debian/main) > Maintainer: Mark W. Eichin <[EMAIL PROTECTED]> > 59860 [NMU] Emacs19 can't be built from source I think this might be fixed now from Joey's NMU. > Package: kaffe (debian/main) > Maintainer: Ean R. Schuessler <[EMAIL PROTECTED]> > 59420 kaffe_1:1.0.5e-0.3(frozen): bad register names on m68k > 59575 kaffe: jit3 not supported on sparc build I've NMU'd a package which fixes both of these, last night. > Package: libpam-modules (debian/main) > Maintainer: Ben Collins <[EMAIL PROTECTED]> > 60287 libpam-modules: Spurious Parsing Error from pam_limits.so Hmm, forgot about this one :) I'll upload a fixed package today. > Package: mkhybrid (debian/main) > Maintainer: Chris Lawrence <[EMAIL PROTECTED]> > 60119 mkhybrid: patch required for making sparc bootable CD's > 60489 mkhybrid: patch required for making sparc bootable CD's The duplication was my fault. I resent the original patch and forgot that [EMAIL PROTECTED] was in the To. I've closed the second one above. > Package: prc-tools (debian/main) > Maintainer: Stephen Zander <[EMAIL PROTECTED]> > 51647 prc-tools: fails building on sparc This is going to either require me to port some stuff from gcc272 into this package, or make it just ignore sparc in the architecure field. This late in the game for potato, I think I'll choose the latter and make an NMU (if the maintainer doesn't mind). > Package: rscheme (debian/main) > Maintainer: Rob Browning <[EMAIL PROTECTED]> > [REMOVE] This package can be removed if it is not fixed. > 53734 rscheme: build fails if there is no info about the packages I'll NMU this. It will take all of two seconds to fix, and the maintainer has pretty much ignored it. > Package: xview (debian/main) > Maintainer: Martin Buck <[EMAIL PROTECTED]> > 60536 xview: compile expects sparc to be sunos I'll probably NMU this one aswell. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Intent to package: distmp3
Hi, distmp3 is a tool to allow encoding of mp3's across a network. It consists of a client perl script and a server perl script. http://wlug.westbo.se/medlprog/distmp3-0.1.5.tar.gz Currently it has no license but I've contacted the upstream author and he will be doing another release shortly that places it under the GPL. Because it requires an mp3 encoder to function, it will go in contrib. Once it's there, I can make abcde use it transparently :) -- Robert Woodcock - [EMAIL PROTECTED] "To the other one percent -- thanks for the passion and color!" -- Jeff Bezos
Processed: Re: Bug#60573: general: wrong perms on /dev/null and /tmp in potato upgrade
Processing commands for [EMAIL PROTECTED]: > reassign 60573 general Bug#60573: general: wrong perms on /dev/null and /tmp in potato upgrade Bug reassigned from package `general' to `general'. > thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database)
Re: Bug#60399: crashes on installation
[can anybody with knowledgs of the internals of dpkg/apt take a look at this?] On Thu, Mar 16, 2000 at 10:13:52AM +1100, Brian May wrote: > > Fabrizio> If you downgrade man-db (I'm reuploading 2.3.13 so > Fabrizio> you'll find it in Incoming or Incoming/REJECT) and then > Fabrizio> re-apt it, will it fail? > > Anyway, have a look at the following: > > lyell:~# apt-get upgrade > .. > Unpacking replacement man-db ... > dpkg-deb: subprocess paste killed by signal (Broken pipe) > dpkg: error processing /var/cache/apt/archives/man-db_2.3.14_i386.deb > (--unpack): > subprocess dpkg-deb --fsys-tarfile returned error exit status 2 > Building manual page index in background. > Errors were encountered while processing: > /var/cache/apt/archives/man-db_2.3.14_i386.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > > > We have success! Problem duplicated! Great. As you already have the old deb, can you please repete the test, but using dpkg -i instead of apt-get (to re-upgrade I mean ... I don't think apt-get can downgrade). That is just to narrow the search of the package to reassign the 4 bugs :-) But seriously, it's quite clear that something in this man-db package it's triggering this ugly behaviour. So, what's changed between 2.3.13 and 2.3.14 ? < -rwsr-xr-x root/root 82752 ./usr/lib/man-db/man > -rwxr-xr-x root/root 82752 ./usr/lib/man-db/man --- < -rwsr-xr-x root/root 66012 ./usr/lib/man-db/mandb > -rwxr-xr-x root/root 66012 ./usr/lib/man-db/mandb --- < -rw-r--r-- root/root 9008 ./usr/share/man/man1/man.1.gz > -rw-r--r-- root/root 9006 ./usr/share/man/man1/man.1.gz --- < -rw-r--r-- root/root 9986 ./usr/share/man/it/man1/man.1.gz > -rw-r--r-- root/root 9984 ./usr/share/man/it/man1/man.1.gz --- < -rw-r--r-- root/root 14485 ./usr/share/doc/man-db/changelog.Debian.gz > -rw-r--r-- root/root 14617 ./usr/share/doc/man-db/changelog.Debian.gz < size 332058 bytes: control archive= 4325 bytes. > size 332200 bytes: control archive= 4320 bytes. --- < 792 bytes,20 lines control > 816 bytes,20 lines control --- < Version: 2.3.13 > Version: 2.3.14 --- < Depends: groff (>> 1.15-2) | jgroff (>> 1.15), libc6 (>= 2.1.2) > Depends: groff (>> 1.15-2) | jgroff (>> 1.15), libc6 (>= 2.1.2), libdb2 (>= > 1:2.4.14-7) --- Another thing that is changed is inside the md5sum file: < a79d0fb7542beef4281c7d754707bac0 usr/bin/wrapper < bc5ae3db0572b49aa938538f37c4147b usr/bin/man < bc5ae3db0572b49aa938538f37c4147b usr/bin/mandb > f9b7b6014efe84c9cea791c6e2b2f568 usr/bin/wrapper > f9b7b6014efe84c9cea791c6e2b2f568 usr/bin/man > f9b7b6014efe84c9cea791c6e2b2f568 usr/bin/mandb In version 2.3.13 the md5sum of /usr/bin/man and /usr/bin/mandb is the md5sum of the shell scripts files that are in the .deb and are removed inside postinst, while in the 2.3.14 md5sum its listed the digest of the files that are installed after the postinst (hardlinks to /usr/bin/wrapper), and not the digests of the files shipped inside the .deb. Does anybody know if this could be the trigger for this ugly stuff? fab -- | [EMAIL PROTECTED] [EMAIL PROTECTED] | pgp: 6F7267F5 57 16 C4 ED C9 86 40 7B 1A 69 A1 66 EC FB D2 5E | [EMAIL PROTECTED] gsm: +358 (0)40 707 2468
Re: Bug#60399: crashes on installation
On Fri, Mar 17, 2000 at 05:47:16PM +0200, Fabrizio Polacco wrote: > [can anybody with knowledgs of the internals of dpkg/apt take a look at > this?] > > > Unpacking replacement man-db ... > > dpkg-deb: subprocess paste killed by signal (Broken pipe) > > dpkg: error processing /var/cache/apt/archives/man-db_2.3.14_i386.deb > > (--unpack): > > subprocess dpkg-deb --fsys-tarfile returned error exit status 2 > > Building manual page index in background. > > Errors were encountered while processing: > > /var/cache/apt/archives/man-db_2.3.14_i386.deb > > E: Sub-process /usr/bin/dpkg returned an error code (1) This looks like a system problem. Looks like gzip is getting killed (the Broken Pipe). What kernel is this person running? -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Bug#60399: crashes on installation
i experienced this bug on two seperate systems, both fresh installs of potato from the netboot test cd on cdimage.debian.org. one a k6/266 and the other a k6-2/350. i remember at least one other person reporting the same bug on this list the morning after i noticed it. ben, any way we could get dpkg-deb to print the signal that killed it's child? Ben Collins ([EMAIL PROTECTED]) wrote: > On Fri, Mar 17, 2000 at 05:47:16PM +0200, Fabrizio Polacco wrote: > > [can anybody with knowledgs of the internals of dpkg/apt take a look at > > this?] > > > > > Unpacking replacement man-db ... > > > dpkg-deb: subprocess paste killed by signal (Broken pipe) > > > dpkg: error processing /var/cache/apt/archives/man-db_2.3.14_i386.deb > > > (--unpack): > > > subprocess dpkg-deb --fsys-tarfile returned error exit status 2 > > > Building manual page index in background. > > > Errors were encountered while processing: > > > /var/cache/apt/archives/man-db_2.3.14_i386.deb > > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > This looks like a system problem. Looks like gzip is getting killed (the > Broken Pipe). What kernel is this person running? > > -- > ---===-=-==-=---==-=-- > / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ > ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' > `---=--===-=-=-=-===-==---=--=---' > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- (jacob kuntz)[EMAIL PROTECTED] [EMAIL PROTECTED],underworld}.net (megabite systems) "think free speech, not free beer."
Re: sendmail M4 to run DNS based spam filters per RCPT
On Thu, Mar 16, 2000 at 08:24:52PM -0800, Bill Jennings wrote: > On Thu, Mar 16, 2000 at 08:34:12PM -0500, Elie Rosenblum wrote: > > > On Fri, Mar 17, 2000 at 01:04:48AM +0100, Wichert Akkerman wrote: > > > Previously Scott Jennings wrote: > > > > I've written an M4 file for sendmail 3.9.3, and packaged it up as > > > > a debian package. > > > > > > Doesn't sendmail 8.10 already have something similar? > > > > It supports arbitrary DNS blacklists, and it has this feature: > > CONFIG: FEATURE(`delay_checks') delays check_mail and check_relay > > after check_rcpt and allows for exceptions from the checks. > > > > It does not, however, let you only move dnsbl's to post-rcpt, and it > > does not let you configure it on a per-user basis. > > Configuration on a per-user basis is the main purpose of this hack. On our > network, user <[EMAIL PROTECTED]> needs to be able to get mail from all > sites, even > black-listed sites. Also, certain other subscribers need to get business mail > from sites that refuse to repair their servers (e.g. best.com). Yep, we run something very much like the above here. Users can customize their settings (with an additional hack of my own doing for my own person list) with a handy CGI. I would very much like to see the above in Debian. It'll make it a lot easier to move off my existing Solaris setup and will allow more sites to give control to their users, where it should be. (Yeah, yeah, but Sparc Linux was barely useful in '96 and I can't afford the downtime to format for Debian now but I've also got 'buy new machines' on my wish list :)) -- Brian Moore | Of course vi is God's editor. Sysadmin, C/Perl Hacker | If He used Emacs, He'd still be waiting Usenet Vandal | for it to load on the seventh day. Netscum, Bane of Elves.
test
testing the list, sorry. -- (jacob kuntz)[EMAIL PROTECTED] [EMAIL PROTECTED],underworld}.net (megabite systems) "think free speech, not free beer."
Re: Bug#60399: crashes on installation
On Fri, Mar 17, 2000 at 11:58:16AM -0500, Jacob Kuntz wrote: > i experienced this bug on two seperate systems, both fresh installs of > potato from the netboot test cd on cdimage.debian.org. one a k6/266 and the > other a k6-2/350. i remember at least one other person reporting the same > bug on this list the morning after i noticed it. > > ben, any way we could get dpkg-deb to print the signal that killed it's > child? > try running: dpkg-deb --extract man.deb /tmp/tmpdir If that fails too, then add "strace -o dpkg-deb.out" to the start of that line and send me the dpkg-deb.out file. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Release-critical Bugreport for March 17, 2000
> "Ben" == Ben Collins <[EMAIL PROTECTED]> writes: >> Package: prc-tools (debian/main) Maintainer: Stephen Zander >> <[EMAIL PROTECTED]> 51647 prc-tools: fails building on sparc Ben> This is going to either require me to port some stuff from Ben> gcc272 into this package, or make it just ignore sparc in the Ben> architecure field. This late in the game for potato, I think Ben> I'll choose the latter and make an NMU (if the maintainer Ben> doesn't mind). I have a SPARC here but haven't had an opportunity to build prc-tools on it. Go ahead and NMU the sparc architecture out, Ben. There's a new, egce-based release out anyway; I'll concentrate on packaging it. -- Stephen "If I claimed I was emporer just cause some moistened bint lobbed a scimitar at me they'd put me away"
Re: Release-critical Bugreport for March 17, 2000
On Fri, Mar 17, 2000 at 10:09:07AM -0800, Stephen Zander wrote: > > "Ben" == Ben Collins <[EMAIL PROTECTED]> writes: > >> Package: prc-tools (debian/main) Maintainer: Stephen Zander > >> <[EMAIL PROTECTED]> 51647 prc-tools: fails building on sparc > > Ben> This is going to either require me to port some stuff from > Ben> gcc272 into this package, or make it just ignore sparc in the > Ben> architecure field. This late in the game for potato, I think > Ben> I'll choose the latter and make an NMU (if the maintainer > Ben> doesn't mind). > > I have a SPARC here but haven't had an opportunity to build prc-tools > on it. Go ahead and NMU the sparc architecture out, Ben. There's a > new, egce-based release out anyway; I'll concentrate on packaging it. Excellent, since this is going to be irrelevant for woody, I'll make it a frozen only upload. Thanks for the response. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Anyone intents to package Guppy
Thus spake Andreas Tille ([EMAIL PROTECTED]): > I will not have the time to package Guppi (http://www.gnome.org/guppi) > but it seems worth packaging. Any volunteer? Accoring to http://www.gnome.org/guppi/#get, Cesar Talon <[EMAIL PROTECTED]> has already packaged it. The deb is at ftp://ftp.gnome.org/pub/guppi/Debian -- cu, dex. - ``As far as the laws of mathematics refer to reality, they are not certain, and as far as they are certain, they do not refer to reality.'' Albert Einstein - pgpe5TieI09EL.pgp Description: PGP signature
Bug#60622: general: Users with shell /bin/false are not logged out correctly
Package: general Version: 2308 Severity: normal I have created a new user called reim with a shell /bin/false (included into /etc/shells, but even if not, same effect) to prevent the user from login. If that user logs in via a getty the user will be logged out correctly immediately after the login. But if the user logs in via the login command, the user is not COMPLETELY logged out. If I type 'who' I still can see that user is logged in, but that can't be not true. When I close the console, where the user has tried to login via the login command, the user will be logged out correctly. Now another situtation: If I use the login command in konsole under KDE the user will NEVER be logged out completely, even if I close konsole. The effect is, that the user reim is logged in the whole time, I can't log him out because he has no shell or other programs running. And I can't delete the user because the systems thinks he is still logged in. -- System Information Debian Release: 2.2 Kernel Version: Linux neo 2.2.14 #7 Wed Feb 23 20:40:31 CET 2000 i586 unknown
Re: ITP: dvipdfm - A DVI to PDF translator
On Fri, 17 Mar 2000, Brian Mays wrote: > > But the comment says the whole story, it is compatible with standard > > Adobe fonts, aka times which is what I had the problem with. > Jason - You would think so. Nevertheless, try it; it works. Therefore, I > must assume that the comment is incorrect. In that case, this is very exciting :> Jason
Re: Bug#60399: crashes on installation
Ben Collins ([EMAIL PROTECTED]) wrote: > try running: > > dpkg-deb --extract man.deb /tmp/tmpdir > > If that fails too, then add "strace -o dpkg-deb.out" to the start of that > line and send me the dpkg-deb.out file. i don't have a 'broken' archive any longer, but i did try dpkg --fsystarfile (or whatever it was that was failing) and the tarball unrolled fine. -- (jacob kuntz)[EMAIL PROTECTED] [EMAIL PROTECTED],underworld}.net (megabite systems) "think free speech, not free beer."
Re: Bug#60399: crashes on installation
On Fri, Mar 17, 2000 at 02:05:44PM -0500, Jacob Kuntz wrote: > Ben Collins ([EMAIL PROTECTED]) wrote: > > try running: > > > > dpkg-deb --extract man.deb /tmp/tmpdir > > > > If that fails too, then add "strace -o dpkg-deb.out" to the start of that > > line and send me the dpkg-deb.out file. > > i don't have a 'broken' archive any longer, but i did try dpkg --fsystarfile > (or whatever it was that was failing) and the tarball unrolled fine. That simply produces a tarfile. I was suggesting to actually extract, which unpacks the tarball itself. Anyway, if the problem is gone, it's going to be hard to track it down. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
ITP: lvs-gui
This is my intent to package the lvs-gui code written by Horn at VA for their web-server farm demo. Unless someone else already did it of course. :) http://ultramonkey.sourceforge.net/> if you care. -- Stephen "If I claimed I was emporer just cause some moistened bint lobbed a scimitar at me they'd put me away"
