Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: lists.debian.org > debian-user-digest > 07 > 060027.html (Request Expert lists.debian.org Support)

debian-user-digest Digest V2007 #1843

From: <debian-user-digest-request(at)lists.debian.org>
Date: Mon Jun 25 2007 - 11:19:59 EDT


Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 1843

Today's Topics: 

  Re: how hot is my xeon?               [ michael  ]
  Re: testing if Ubuntu deb file for A  [ Alan Ianson  ]
  Solution for avoid to capture passwo  [ Javier Enrique =?ISO-8859-1?Q?Ti=E1 ]
  'file' doesn't recognize my Abiword   [ Celejar  ]
  Re: stability problem; Asus M2N-MX m  [ Prismatic Plasma  ]
  Re: 'file' doesn't recognize my Abiw  [ Mathias Brodala  ]
  Re: how hot is my xeon?               [ michael  ]

Date: Mon, 25 Jun 2007 14:57:06 +0100
From: michael <cs@networkingnewsletter.org.uk> To: debian user <debian-user@lists.debian.org> Subject: Re: how hot is my xeon? 

Message-Id: <1182779826.1959.48.camel@ratty.phy.umist.ac.uk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Fri, 2007-06-22 at 11:28 -0500, Hugo Vanwoerkom wrote:
> michael wrote:
> > On Fri, 2007-06-22 at 16:36 +0200, Pol Hallen wrote:
> >>> I've tried unsuccessfully to monitor my dual Xeon box but lm-sensors
> >>> doesn't seem to detect anything.
> >> Do u have the i2c kernel modules?
> >>
> >> Pol
> >>
> >>
> >
> > michael@ratty:~/Fortran$ sudo lsmod|grep -i i2c
> > i2c_dev 8548 0
> > i2c_i801 7468 0
> > i2c_core 19680 3 i2c_dev,nvidia,i2c_i801
> >
> >
> >
>
> Do you have lm-sensors installed?
> What does the 'sensors' command show?
>

Installed lm-sensors, and then:
michael@ratty:~$ sensors
No sensors found!
Make sure you loaded all the kernel drivers you need. Try sensors-detect to find out which these are.

Script started on Mon 25 Jun 2007 14:55:30 BST ]0;michael@ratty: /home/michael
michael@ratty:~$ sudo sensors-detect
# sensors-detect revision 4171 (2006-09-24 03:37:01 -0700)

Do you need help?X

This program will help you determine which kernel modules you need to load to use lm_sensors most effectively. It is generally safe and recommended to accept the default answers to all questions, unless you know what you're doing.

We can start with probing for (PCI) I2C or SMBus adapters. Do you want to probe now? (YES/no):
Probing for PCI bus adapters...
Use driver `i2c-i801' for device 0000:00:1f.3: Intel 6300ESB

We will now try to load each adapter module in turn. Module `i2c-i801' already loaded.
If you have undetectable or unsupported adapters, you can have them scanned by manually loading the modules before running this script.

To continue, we need module `i2c-dev' to be loaded. Do you want to load `i2c-dev' now? (YES/no): Module loaded successfully.

We are now going to do the I2C/SMBus adapter probings. Some chips may be double detected; we choose the one with the highest confidence value in that case.
If you found that the adapter hung after probing a certain address, you can specify that address to remain unprobed.

Next adapter: NVIDIA I2C Device
Do you want to scan it? (YES/no/selectively): Adapter cannot be probed, skipping.

Next adapter: NVIDIA I2C Device
Do you want to scan it? (YES/no/selectively): Adapter cannot be probed, skipping.

Next adapter: NVIDIA I2C Device
Do you want to scan it? (YES/no/selectively): Adapter cannot be probed, skipping.

Do you need more help?X

Next adapter: SMBus I801 adapter at 0400 Do you want to scan it? (YES/no/selectively): Client found at address 0x30
Client found at address 0x42
Probing for `Maxim MAX6633/MAX6634/MAX6635'... No Client found at address 0x50 

Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Success!
    (confidence 8, driver `eeprom')
Probing for `EDID EEPROM'...                                No
Probing for `Maxim MAX6900'...                              No
Client found at address 0x51
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Success!

    (confidence 8, driver `eeprom')
Client found at address 0x54 

Probing for `SPD EEPROM'...                                 Success!

    (confidence 8, driver `eeprom')
Client found at address 0x55 

Probing for `SPD EEPROM'...                                 Success!

    (confidence 8, driver `eeprom')
Client found at address 0x69
Client found at address 0x6e

Some chips are also accessible through the ISA I/O ports. We have to write to arbitrary I/O ports to probe them. This is usually safe though.
Yes, you do have ISA I/O ports even if you do not have any ISA slots! Do you want to scan the ISA I/O ports? (YES/no): 

Probing for `National Semiconductor LM78' at 0x290...       No

Can we help you?X

Probing for `National Semiconductor LM78-J' at 0x290...     No
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No
Probing for `Winbond W83627HF' at 0x290...                  No
Probing for `Silicon Integrated Systems SIS5595'...         No
Probing for `VIA VT82C686 Integrated Sensors'...            No
Probing for `VIA VT8231 Integrated Sensors'...              No
Probing for `AMD K8 thermal sensors'...                     No
Probing for `IPMI BMC KCS' at 0xca0...                      No
Probing for `IPMI BMC SMIC' at 0xca8...                     No

Some Super I/O chips may also contain sensors. We have to write to standard I/O ports to probe them. This is usually safe. Do you want to scan for Super I/O sensors? (YES/no): Probing for Super-I/O at 0x2e/0x2f 

Trying family `ITE'...                                      Yes
Found unknown chip with ID 0xf211
Trying family `National Semiconductor'...                   Yes
Found `Nat. Semi. PC87427 Super IO Fan Sensors'             Success!
    (address 0x7100, driver `to-be-written')
Found `Nat. Semi. PC87427 Super IO Health Sensors'          Success!
    (address 0x520, driver `to-be-written')
Trying family `SMSC'...                                     Yes
Found unknown chip with ID 0xf211
Trying family `VIA/Winbond/Fintek'...                       Yes
Found unknown chip with ID 0xf211
Probing for Super-I/O at 0x4e/0x4f 
Trying family `ITE'...                                      No
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Fintek'...                       No

Now follows a summary of the probes I have just done. Just press ENTER to continue:

Driver `eeprom' (should be inserted):
  Detects correctly:

  • Bus `SMBus I801 adapter at 0400' Busdriver `i2c-i801', I2C address 0x50 Chip `SPD EEPROM' (confidence: 8)
  • Bus `SMBus I801 adapter at 0400' Busdriver `i2c-i801', I2C address 0x51 Chip `SPD EEPROM' (confidence: 8)
  • Bus `SMBus I801 adapter at 0400' Busdriver `i2c-i801', I2C address 0x54 Chip `SPD EEPROM' (confidence: 8)
  • Bus `SMBus I801 adapter at 0400' Busdriver `i2c-i801', I2C address 0x55 Chip `SPD EEPROM' (confidence: 8)
Can't find what you're looking for?X

  EEPROMs are *NOT* sensors! They are data storage chips commonly   found on memory modules (SPD), in monitors (EDID), or in some   laptops, for example.

Driver `to-be-written' (should be inserted):   Detects correctly:

  • ISA bus address 0x7100 (Busdriver `i2c-isa') Chip `Nat. Semi. PC87427 Super IO Fan Sensors' (confidence: 9)
  • ISA bus address 0x0520 (Busdriver `i2c-isa') Chip `Nat. Semi. PC87427 Super IO Health Sensors' (confidence: 9)

I will now generate the commands needed to load the required modules. Just press ENTER to continue:

To make the sensors modules behave correctly, add these lines to /etc/modules:

#----cut here----
# I2C adapter drivers
i2c-i801
# Chip drivers
eeprom
# no driver for Nat. Semi. PC87427 Super IO Fan Sensors yet #----cut here----

Do you want to add these lines to /etc/modules automatically? (yes/NO) ]0;michael@ratty: /home/michael
michael@ratty:~$ exit

Script done on Mon 25 Jun 2007 14:56:13 BST

Don't know where to look next?X

Date: Mon, 25 Jun 2007 10:18:51 -0400
From: Celejar <celejar@gmail.com>
To: debian-user <debian-user@lists.debian.org> Subject: RTF - proprietary or open? 

Message-Id: <20070625101851.b32222ba.celejar@gmail.com>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

I'm using Abiword, which recommends using RTF for document exchange with non-Abi users. I'm trying to understand whether RTF is an open standard. Wikipedia [0] claims that it's proprietary. This article [1] points out that it has the same status as PDF. I can't imagine that Abi would recommend a non-open standard, and even prefer it to ODF (OASIS / XML) [2]. What does it even mean for a file format to be open? That the creator can't restrict its use? That the spec has been published? 

[0] 
http://en.wikipedia.org/wiki/Rich_Text_Format
[1] 
http://www.tkachenko.com/blog/archives/000657.html
[2] 
http://www.abisource.com/mailinglists/abiword-dev/2003/Apr/0167.html

Celejar 

--
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator

Confused? Frustrated?X

Date: Mon, 25 Jun 2007 07:20:24 -0700 From: Alan Ianson <agianson@gmail.com> To: debian-user@lists.debian.org Subject: Re: testing if Ubuntu deb file for ASCEND works in Debian.... Message-Id: <1182781224.5321.11.camel@debian.ok.shawcable.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2007-25-06 at 13:54 +0000, Michael Fothergill wrote: Sorry, this was meant fort the list.. :)
> Dear Debianists,
>
> I have been working with an engineering modelling program called ASCEND.
> You can get it from sourceforge and it has a wikipedia page.
>
> See:
>
> http://ascendwiki.cheme.cmu.edu/
>
>
> I have a version of it compiled on my AMD64 box here that works OK courtesy
> of the kind assistance of one of the developers, John Pye.
>
> I have been distracted with stuff for a while but I am eventually going to
> try to make a deb file for Etch for the AMD64 version of ASCEND and
> distribute it.
>
> I have read a few web pages on making deb files and I guess there will be a
> steep learning curve involved to get the deb file checked out and registered
> (or whatever happens to them) by the Debian community.
Good idea. If the package is useful to others why not try to get one of the debian developers or package maintainers to package it and have it added to the debian archive. They will need your assistance if they don't use the software themselves. They could likely roll it out without much further ado whereas you or I would lose some of our hair.. :) It would need to enter experimental or unstable first so it may take time for it to become "stable". I forget exactly how to ask that a package be added to debian, something along the lines of a bug report requesting the software be packaged.
> However, the developers have made an Ubuntu deb file and put on the
> sourceforge site where it can be downloaded. One of them suggested I try to
> get it to work under Debian Etch and see if it succeeds. I have a 32 bit
> machine at work (AMD Duron 1200 MHz) that is running the i386 version of
> Debian Etch 4.0 (r0) and I am going to try installing the deb file and see
> how it goes.....
>
> I downloaded the deb file from the following link:
>
> https://sourceforge.net/project/downloading.php?group_id=167528&filesize=4682680&filename=ascend_0.9.5.109-1feisty_i386.deb&36060585
>
>
>
> There is also a deb file in there for Ubuntu Edgy that apparently uses the
> Debian sundials libraries... Maybe that one would be easier to install in
> Etch.....
>
> The other dumb question I have is what do I do with the single deb file?
> Normally I read loads of them in from the installation DVD's I burn from the
> iso files released by hte developers.
>
> I have never done anything with an isolated deb file like this before.
>
>
> Can I do something like apt install /home/mikef/ascend/ascend_edgy.deb and
> it will work or is some other hocus pocus required?
I do dpkg -i /path/to/the/newfile.deb in a case like that. It may have depends and hopefully they are already or can be satisfied. After running dpkg I run aptitude and see if it has any complaints or solutions.
> Some useful information on building ASCEND in Ubuntu is here:
>
> http://ascendwiki.cheme.cmu.edu/Building_ASCEND#Ubuntu_6.10
>
> >From looking at it I am not sure if all the dependent software will be
> installed automatically, I think I will have to do some manual stuff as
> well.
>
> Comments appreciated.
>
> I guess if I can get one of these deb files to work it could also be billed
> as a "new" Etch deb file.
>
> Regards
>
> Michael Fothergill
>
> _________________________________________________________________
> Who's that on the Red Carpet? Play & win glamorous prizes.
> http://club.live.com/red_carpet_reveal.aspx?icid=REDCARPET_hotmailtextlink3
>
>

Date: Mon, 25 Jun 2007 10:35:47 -0400 From: Javier Enrique =?ISO-8859-1?Q?Ti=E1_Mar=EDn?= <javier@eftssc.co.cu> To: debian <debian-user@lists.debian.org> Subject: Solution for avoid to capture password between Browser - Squid Message-Id: <1182782147.6043.19.camel@localhost> Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi: I'm looking alternative a VPN and IPSec for avoid to capture the password between Browser (IE, iceweasel) and Squid, I read [1], it will be the idea, somebody post a example, howto, etc and if use a LDAP backend much better. Another solution? [1] http://www.ietf.org/rfc/rfc2617.txt TIA, -- jetm

Date: Mon, 25 Jun 2007 10:40:49 -0400 From: Celejar <celejar@gmail.com> To: debian-user <debian-user@lists.debian.org> Subject: 'file' doesn't recognize my Abiword .ode file Message-Id: <20070625104049.d6b63ce4.celejar@gmail.com> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 'file' reports just 'data' when queried about an Abiword .odt file. There's a bug here [0], but the discussion indicates that 'file' is reporting 'zip'. Do I have something misconfigured, or should I add my experience to the bug report? Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator

Date: Mon, 25 Jun 2007 14:44:31 +0000 From: Prismatic Plasma <meltedrainbow@adelphia.net> To: debian-user@lists.debian.org Subject: Re: stability problem; Asus M2N-MX mobo AMD 64; etch; is it hardware or software? Message-Id: <200706251444.31263.meltedrainbow@adelphia.net> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Monday 25 June 2007 12:03, Hugo Vanwoerkom wrote:
> Prismatic Plasma wrote:
> > On Monday 25 June 2007 05:31, Andrew Sackville-West wrote:
> >> On Mon, Jun 25, 2007 at 03:19:22AM +0000, Prismatic Plasma wrote:
> >>> I've had this problem for a while, and I can't seem to solve or even
> >>> fully diagnose what's wrong. The 2 most common symptoms are:
> >>> 1) random segmentation faults during compiling. It's most apparent (and
> >>> annoying) during long compiles. There's sometimes an assembler message
> >>> instead, complaining about unknown variables or junk at end of line. In
> >>> the error message it's often apparent that something got corrupted by
> >>> one character. The file is usually a header and it isn't corrupted on
> >>> disk.
> >>
> >> memory.
> >>
> >>> 2) occasionally the system goes wild and thrashing, sucking up nearly
> >>> all cpu. Sometimes it causes the machine to lock up, but usually I can
> >>> kill the process that triggered the problem and everything settles down
> >>> after 10 seconds or so. If I restart the process, sometimes
> >>> everything's okay, sometimes it goes wild again.
> >>
> >> maybe memory.
> >>
> >>> Is this a familiar problem? Is it the mobo or ram? Or is it a software
> >>> issue messing up virtual memory? My bios is updated, and I've tried
> >>> several kernels in the 2.6 line, including a couple of custom compiles.
> >>> The problem exists even in single-user mode, so it doesn't have
> >>> anything to do with the windowing system. I'm currently using kernel
> >>> 2.6.21, etch amd-64, ext3 fs, and sata disk (WD Cavalier, I think).
> >>
> >> definitely memory.
> >>
> >> A
> >
> > Do you mean bad ram? Or is it a timing issue from bios that need
> > twiddling? The machine's been flakey like this since I got it.
>
> I had just that problem but with my current mobo (EP-8VTAI). When I just
> had it: random segmentation faults in places where that should never
> happen (compiles) and hard stops.
>
> It turned out that I had to raise the DIMM voltage by 0.4 volts. That is
> 2.5 volts by default and can be raised on this board by steps of 0.2
> volts. I raised it first 0.2 volts and the problem lessened but did not
> go away. Then raised it by 0.4 volts and the board is like a rock.
>
> I would try to raise the DIMM voltage on that board and see what happenes.
>
> Hugo
Didn't help. The DIMM voltage specs are 1.9-2.0 V. Mobo lets me adjust from 1.8-2.0 V. Setting higher than 1.90 V causes crashes more often. Lower doesn't help either.

Date: Mon, 25 Jun 2007 17:04:43 +0200 From: Bruno Costacurta <pubmb01@skynet.be> To: debian-user@lists.debian.org Subject: shell : is syntax checking via option -n really working ? Message-Id: <200706251704.44114.pubmb01@skynet.be> Content-Type: multipart/signed; boundary="nextPart6134459.e5UhFA6IjX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart6134459.e5UhFA6IjX Content-Type: multipart/mixed; boundary="Boundary-01=_Mm9fG38A9JvWwCc" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_Mm9fG38A9JvWwCc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, as I ckeck a script via 'sh -n <file>' I receive the syntax error=20 listserver.tcl: 31: Syntax error: "else" unexpected (expecting "then") However syntax looks good and script execution is fine. Please find attached file for more details. Is there anything weird with 'sh -n' behaviour ? Or anything else ? Thanks for attention. Regards, Bruno =2D-=20 PGP key ID: 0x2e604d51 Key server: hkp://subkeys.pgp.net Key fingerprint =3D 713F 7956 9441 7DEF 58ED 1951 7E07 569B 2E60 4D51 =2D- --Boundary-01=_Mm9fG38A9JvWwCc Content-Type: text/x-tcl; charset="us-ascii"; name="listserver.tcl" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="listserver.tcl" #!/bin/sh # Executing TCL-interpreter #\ echo -e "Trying interpreters...\n" && no_exit_on_failed_exec=3D1 && export = no_exit_on_failed_exec && shopt -s execfail 2>/dev/null; true && { echo "Tr= ying tclsh..."; exec tclsh "$0" "$@" 2>/dev/null || echo "Trying tcl..."; e= xec tcl "$0" "$@" 2>/dev/null || echo -e "No valuable interpreter on $(host= name) for the ListServer!\n\nYOU NEED TCL INSTALLED ON THE REMOTE SYSTEM\n\= nExiting..."; } ############################################################# # SecPanel - ListServer # Service for remote file selection and scp # Version SecPanel 0.40 # Author: Steffen Leich <secpanel@pingx.net> ############################################################# global clientpass, authenticated, busy; # gets set with each listserver-launch set clientpass <PASS-XXXXX>\n set authenticated 0 set busy 0 proc scpAuth {sock} { global pass clientpass authenticated if {! $authenticated} { gets $sock passandport set serverpass [lindex [split $passandport] 1] if {$serverpass !=3D $clientpass} { puts "Wrong authentication from ListClient (SecPanel)\nHad to reject c= onnection" close $sock return } else { set authenticated 1 puts "SecPanel sent good authentication.\nNow serving..." GiveList $sock } } then else { GiveList $sock } } proc Accept {sock addr port} { global main busy puts "Connection from $addr on port $port" if {! $busy} { fconfigure $sock -buffering line fileevent $sock readable "scpAuth $sock" set busy 1 } else { puts "*** SECOND CONNECTION FROM $addr:$port - HAD TO REJECT CONNECTION! *= **" close $sock }=09 } proc GiveList {sock} { global main env if {[eof $sock] || [catch {gets $sock input}]} { close $sock puts "closed connection to $sock" } else { set dir [lindex [split $input \t] 0] set hmode [lindex [split $input \t] 1] # home dir listing if {$dir =3D=3D "++InitListing"} { if [info exists env(HOME)] { set dir $env(HOME) } else { set dir "/" } } # exit command if {$dir =3D=3D "++CloseYourSelf"} { close $sock close $main puts "SecPanel ListServer exiting..." after 1000 exit } =09 # make dir command if [string match "++MakeDir *" $dir] { puts "making dir" file mkdir "[string range $dir 10 end]" return } # delete command if [string match "++DelFile *" $dir] { set delfile "[string range $dir 10 end]" puts "Deleting $delfile..." if {[catch {file delete $delfile} err] > 0} { puts "$err" } return } # long listing command set dolist 0 if [string match "++Listingl *" $dir] { set ls "l" set range 11 set dolist 1 } elseif [string match "++Listingla *" $dir] { set ls "la" set range 12 set dolist 1 } if {$dolist} { set fl [open "| ls -$ls [quote_space [string range $dir $range end]]/"= r] while {[gets $fl line] >=3D 0} { puts $sock $line } close $fl puts $sock "+++++" return } # default listing command if $hmode { set gpat "glob -nocomplain \"$dir/.*\" \"$dir/*\"" } else { set gpat "glob -nocomplain \"$dir/*\"" } =09 # Checking rights and existance... puts $sock "+++++$dir" foreach f [lsort [eval $gpat]] { if {[file tail "$f"] =3D=3D ".." || [file tail "$f"] =3D=3D "."} { continue } if [file isdirectory "$f"] { puts $sock "++ $f" } else { puts $sock "$f" } } puts $sock "+++++" } } proc quote_space {in} { regsub -all " " $in "\\ " out return $out } proc hostinfo {} { puts "-------------------------------------------------------------" puts "We are running [info nameofexecutable] on [info hostname]" puts "-------------------------------------------------------------\n" } hostinfo set kc 0 while {[catch {set main [socket -server Accept -myaddr 127.0.0.1 <listserve= rport-XXXXX>]} err] > 0} { puts "Listserver error: $err" if {! $kc} { if [file exists "$env(HOME)/.listserver.pid"] { puts "Trying to remove a previous ListServer..." set pf [open "$env(HOME)/.listserver.pid" r] exec kill -9 [read -nonewline $pf] close $pf set kc 1 } } else { exit } } puts "SecPanel ListServer waiting for connections..." set pf [open "$env(HOME)/.listserver.pid" w] puts -nonewline $pf [pid] close $pf # Tell SecPanel that we are prepared to send filelistings set callbacksocket [socket localhost <controlremoteport-XXXXX>] fconfigure $callbacksocket -buffering line puts $callbacksocket "opengui $clientpass" puts "Sent CallBack to SecPanel" close $callbacksocket vwait forever --Boundary-01=_Mm9fG38A9JvWwCc-- --nextPart6134459.e5UhFA6IjX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGf9mMfgdWmy5gTVERAgTRAJ4r3mLJGGpounMcb3ujy58gzyxcVACcCcAF faDtaKfzmDzQfx9zF0XdFqQ= =27yq -----END PGP SIGNATURE----- --nextPart6134459.e5UhFA6IjX--

Call Pantek today for Open Source Technical Support at 1-877-546-8934 - 24/7/365X

Date: Mon, 25 Jun 2007 07:46:37 -0700 From: Alan Ianson <agianson@gmail.com> To: debian-user@lists.debian.org Subject: Re: RTF - proprietary or open? Message-id: <1182782797.6351.7.camel@debian.ok.shawcable.net> Content-type: text/plain Content-transfer-encoding: 7bit On Mon, 2007-25-06 at 10:18 -0400, Celejar wrote:
> I'm using Abiword, which recommends using RTF for document exchange
> with non-Abi users. I'm trying to understand whether RTF is an open
> standard. Wikipedia [0] claims that it's proprietary. This article
> [1] points out that it has the same status as PDF. I can't imagine
> that Abi would recommend a non-open standard, and even prefer it to ODF
> (OASIS / XML) [2]. What does it even mean for a file format to be
> open? That the creator can't restrict its use? That the spec has been
> published?
>
> [0] http://en.wikipedia.org/wiki/Rich_Text_Format
> [1] http://www.tkachenko.com/blog/archives/000657.html
> [2] http://www.abisource.com/mailinglists/abiword-dev/2003/Apr/0167.html
>
I had a quick look at abiword a long time ago and quit using it for this very reason. I guess the rtf format is still readable by most word processors (I don't have good info, I don't use them) and that's the reasoning why abiword uses it. I could never get happy with it myself and that's why I don't use it. I couldn't get happy with koffice/kword for the same reasons although I believe kword supports ODF now and I hope this will continue to be the case with koffice and other word processing applications like abiword in the future.

Date: Mon, 25 Jun 2007 17:06:57 +0200 From: Mathias Brodala <info@noctus.net> To: debian-user@lists.debian.org Subject: Re: 'file' doesn't recognize my Abiword .ode file Message-ID: <467FDA11.40502@noctus.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3DA817D5C1D10E385AA7433E" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3DA817D5C1D10E385AA7433E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Celejar. Celejar, 25.06.2007 16:40:
> 'file' reports just 'data' when queried about an Abiword .odt file.
Abiword does not support the ODT format yet. What makes you think that it= did save in this format?
> There's a bug here [0],
Where?
> but the discussion indicates that 'file' is
> reporting 'zip'.
Yeah, that=E2=80=99s what OpenDocuments are after all. Regards, Mathias --=20 debian/rules --------------enig3DA817D5C1D10E385AA7433E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGf9oRYfUFJ3ewsJgRAn0EAJ4g0hHzjBhgf3+GVMCSPtDlp0IeRACeIFPY skhHYpvAXdCKaRRYilateHI= =Y95f -----END PGP SIGNATURE----- --------------enig3DA817D5C1D10E385AA7433E--

Date: Mon, 25 Jun 2007 15:51:12 +0100 From: michael <cs@networkingnewsletter.org.uk> To: debian user <debian-user@lists.debian.org> Subject: Re: how hot is my xeon? Message-Id: <1182783072.1959.56.camel@ratty.phy.umist.ac.uk> Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2007-06-25 at 06:59 -0700, Sam wrote:
> just a quick thought, do you have acpi on in your kernel?
>
> modprobe acpi
> ?
>
michael@ratty:~$ sudo modprobe acpi Password: FATAL: Error inserting acpi_cpufreq (/lib/modules/2.6.18-4-686/kernel/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.ko): No such device NB I've a dual processor box - does ACPI sit happily with that? Ta M

Date: Mon, 25 Jun 2007 17:13:06 +0200 From: Mathias Brodala <info@noctus.net> To: debian-user@lists.debian.org Subject: Re: shell : is syntax checking via option -n really working ? Message-ID: <467FDB82.5090100@noctus.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBFCF24543F9492E7AB67A87C" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBFCF24543F9492E7AB67A87C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Bruno. Bruno Costacurta, 25.06.2007 17:04:
> Hello,
> as I ckeck a script via 'sh -n <file>' I receive the syntax error=20
>=20
> listserver.tcl: 31: Syntax error: "else" unexpected (expecting "then")
>=20
> However syntax looks good and script execution is fine.
But it=E2=80=99s an TCL script and not a shell script? How do you expect = the normal shell to understand this script and its syntax? Regards, Mathias --=20 debian/rules --------------enigBFCF24543F9492E7AB67A87C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGf9uCYfUFJ3ewsJgRAs/gAJ9sDAvzACs+iNMmxAjSY3QFqlvGXQCfWWix gL7nsGT7paiqHmG95+6hZ0Y= =7LFm -----END PGP SIGNATURE----- --------------enigBFCF24543F9492E7AB67A87C-- End of debian-user-digest Digest V2007 Issue #1843 ************************************************** Received on Mon Jun 25 11:20:26 2007

This archive was generated by hypermail 2.1.8 : Mon Jun 25 2007 - 11:30:02 EDT

Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library