Bug#1039533: Offer a way to just print the numbers, not also the units
I added an example to the --terse entry in the manual. Debian should close this bug. On Thu, Jun 29, 2023 at 07:55:59AM -0500, Dan Jacobson wrote: > Ah ha! > You see the batch job user scours the man page, and only finds: > > >-1, --one-line > Give only one line of output (the forward conversion); do not > print the reverse conversion. If a reciprocal conversion is > performed, then units will still print the “reciprocal conver‐ > sion” line. > >-t, --terse > Print only a single conversion factor. This option can be used > when calling units from another program so that the output is > easy to parse. This option has the combined effect of these op‐ > tions: ‘--strict’ ‘--quiet’ ‘--one-line’ ‘--compact’. When > combined with ‘--version’ it produces a display showing only the > program name and version number. > >--compact > Give compact output featuring only the conversion factor; the > multiplication and division signs are not shown, and there is no > leading whitespace. If you convert to a unit list, then the > output is a semicolon separated list of factors. This turns off > the ‘--verbose’ option. > > But in fact, --terse should say: > >-t, --terse > Print only a single conversion factor. This option can be used > when calling units from another program so that the output is > easy to parse. This option has the combined effect of these op‐ > tions: ‘--strict’ ‘--quiet’ ‘--one-line’ ‘--compact’. When > combined with ‘--version’ it produces a display showing only the > program name and version number. And here we even strip > the units off: > > $ units --terse mile meters > 1609.344 > > I am saying that people who are looking to strip things down... their > eyes will focus on that part of the man page, so be sure to repeat that > feature there. > > So indeed, there is no need for things like, > > $ dlocate --help > -f, --filename-only Strip 'package: ' prefix from search output > -p, --package-only Output package names only when searching > > because units already has what it needs. It just needs to mention it on > the right spot on the man page again. Thanks.
Bug#1039533: Offer a way to just print the numbers, not also the units
> But in fact, --terse should say: > >-t, --terse > Print only a single conversion factor. This option can be used > when calling units from another program so that the output is > easy to parse. This option has the combined effect of these op‐ > tions: ‘--strict’ ‘--quiet’ ‘--one-line’ ‘--compact’. When > combined with ‘--version’ it produces a display showing only the > program name and version number. And here we even strip > the units off: > > $ units --terse mile meters > 1609.344 I think you're not fully understanding what's going on. There is no unit to "strip off". If you don't use --terse, this is what happens: adrian> units mile meters * 1609.344 / 0.00062137119 Note that no unit appears. You get the other clutter, but no units, because conversions DO NOT HAVE UNITS. Definitions have units. You were trying to use a definition when you should have been using a conversion. In any case some additional explanation and examples won't hurt, so I'll try to elaborate on this in the manual. For definitions, actually, the output can be even more cluttered: adrian> units --terse mile 5280 ft = 1609.344 m
Bug#1039533: Offer a way to just print the numbers, not also the units
On Wed, Jun 28, 2023 at 04:41:46AM -0500, Dan Jacobson wrote: > Here we see the "d" items are mixed with the "m" items, > but the "m" isn't shown: > set 42.1527288 -87.8284360 42.1817060 -87.8275970 > geod +ellps=GRS80 -I < $@ > EOF > 1d14'1.178" -178d45'56.794" 3219.433 > > But you are right, > $ set $(units --terse 1mi) > $ echo $1 > 1609.344 > Me throwing away $2 without double checking it is really "m" will come > back to bite me one day. > > Anyway my only goal was to reduce needing a post processing method to edit > the result. (And thus needing different methods on differing operating > systems.) I'm confused about how the existing capability does not fully meet your needs. You TELL UNITS what you need and it won't give you any units on the output. This avoids the possibility of being bitten by assumptions later on, and no post processing is required. > > I was just hoping there was a way to say > units --give-me-just-how-many-meters(feet, etc.)-please This feature already exists. It's unit conversion. You just need to give the "I want" factor in your invocation, as I have noted in my earlier messages: units --terse mile meters The output is a bare number. Or, you know units --terse mile inch would display a bare number giving the mile in inches.
Bug#1039533: Offer a way to just print the numbers, not also the units
On Tue, Jun 27, 2023 at 04:24:08AM -0500, Dan Jacobson wrote: > I am just saying that some commands, > like > > set 42.1527288 -87.8284360 42.1817060 -87.8275970 > geod +ellps=GRS80 -a -p -f %.6f -F %.4f -I +units=us-ft < $@ > EOF > 42.152729 -87.828436 42.181706 -87.827597 1.233661 181.234224 10562.4246 > > never give the units, > and some like units, always give the units... > OK I guess both need postprocessing. I don't really understand what you're saying here. The command you show is requesting output in feet, so the units have been specified. You do that in units by converting to the desired units, that is units --terse 1mi feet This seems to function precisely the same as geod. When you don't supply a "you want" conversion factor, units instead prints the definition reduced to primitive units. Without the attached units, this output is *not* meaningful. Suppose you wrote a script that invoked units under the assumption that "m" was the primitive unit but the user has done export UNITS_SYSTEM=gauss Then the output of definitions is in cm instead of meters, so your proposed unitless definition output would give a mile as "160934.4". But I guess that's better (?) than a user who defaulted to planck units, where you'd get 9.9e37 back as the definition of the mile. There is no fixed default for what the primitive units are, so you can't make assumptions.
Bug#1039533: Offer a way to just print the numbers, not also the units
The proposed option gives invalid/incorrect results. The value of 1 mile is not in fact 1609.334---the "m" is an essential part of the result. If you want the bare number you can do factor=$(units --terse 1mi m) If you don't know what the unit to convert to is---"m" in this case---then you don't know what the answer means, so you shouldn't be trying to do anything with it. So we will not add this feature. On Mon, Jun 26, 2023 at 06:42:17PM -0400, Dan Jacobson wrote: > Package: units > Version: 2.22-2 > Severity: wishlist > X-Debbugs-CC: adri...@gnu.org > > > Offer a way to just print the numbers, not also the units. > > Currently one must do: > set $(units --terse 1mi) > echo $1 > 1609.344 > > So maybe have a units --just-the-numbers, when combined with --terse, > would print just the 1609.344, not the "m".
Bug#451485: acre not longer based on survey foot
close this bug
Bug#956249: Not adding this
Close this bug.
Bug#956016: Add Flight Levels
This was implemented in 2.20. Please close the bug.
Bug#946574: --comformable implemented, close bug
The --conformable option was added in 2.20 and the example script added to the manual. Close the bug.
Bug#610929: close this bug
The proposed message was added to the help. Close this item.
Bug#926560: Idea: plain English speaking output mode
This idea goes beyond the scope of units. We are not going to attempt to implement natural language parsing or output. This wishlist idea can be closed. On Sun, Apr 07, 2019 at 02:59:34AM +0800, Dan Jacobson wrote: > X-Debbugs-Cc: adri...@gnu.org > Package: units > Version: 2.18-1 > Severity: wishlist > > I have an idea. > > The units program is great, but it still makes no sense to the man on > the street when talking over the telephone, etc. > > Therefore it should also have the ability to output plain English > [Spanish, etc.] sentences like: > > "One hectare is equivalent to one hundred million square centimeters." > > This would also be great for accessibility for people who need screen > readers, etc. > > Not only should units be able to output such sentences, it should also > be able to read them back in and parse them too. > > (Anyway, currently I did > $ units ha cm^2 > * 1e+08 > / 1e-08 > > $ units --verbose ha cm^2 > ha = 1e+08 cm^2 > ha = (1 / 1e-08) cm^2 > > $ units hundred\ million > Definition: 1e+08 > > to indeed confirm my above sentence was correct.)
Bug#956597: I even stared at the units file for a half an hour
> Anyway in conclusion yes you are right. I'm just documenting here "how I > ended up thinking it was a bug." So no fixing needed... (I just hope > this doesn't one day cause some million dollar accident.) In scientific and engineering applications I think you're either going to want absolute temperature in kelvin or temperature difference. > > Yes, now reading the man page we see the reasoning. OK. > P.S., it says > > You have: tempC(-275) > ^ > Argument of function outside domain > ^ > > well that second "^" needs to be removed. Fixed this.
Bug#946574: Add --conformable option to output all conformable units
We have added a --conformable option which displays the conformable units in a similar manner to using the "?" interactively. We will not support "?" in non-interactive units as suggested below. We also have decided that the suggested multi-conversion behavior is not useful enough to warrant addition to the core program. A script can be used to do this, with a pipe for efficiency if you're in a hurry, so something like this (once the --conformable option is released): #!/bin/sh if [ -z "$1" ] then echo Must supply argument to convert exit fi for unit in `./units --conformable $1 | cut -f 1 -d ' '` do echo "$1" echo $unit done | units --terse --verbose which produces the output below when run on 'coulomb': coulomb = 1 C coulomb = 1 CHARGE coulomb = 1 D_FLUX coulomb = 2.9979246e+09 Fr coulomb = 0.1 abC coulomb = 0.1 abcoul coulomb = 0.1 abcoulomb coulomb = 6.2415091e+18 atomiccharge coulomb = 1 coul coulomb = 1 coulomb coulomb = 0.9991 coulomb90 coulomb = 6.2415091e+18 e coulomb = 2.9979246e+09 esu coulomb = 1.036427e-05 faraday coulomb = 1.0363156e-05 faraday_chem coulomb = 1.0360343e-05 faraday_phys coulomb = 2.9979246e+09 franklin coulomb = 2.9979246e+09 stC coulomb = 2.9979246e+09 statC coulomb = 2.9979246e+09 statcoul coulomb = 2.9979246e+09 statcoulomb On Sat, Dec 21, 2019 at 04:00:47AM +0800, 積丹尼 Dan Jacobson wrote: > >>>>> "AM" == Adrian Mariano writes: > AM> So basically you're asking for a command line equivalent to the '?' > interactive command? > > Well, please first fix this > $ units FORCE \? > Unknown unit '?' > > so it works just like > > AM> You have: FORCE > AM> You want: ? > > Next, if we gave it > You have: cm > You have: 3.75cm > You have: m > > Then the > You want: ? > should be enhanced to give different output for each.
Bug#956597: temperature busted
Everything is working as it should. I think you want tempF(68) and tempC to get the result you expect. The notation degF means a temperature difference. See the manual for details. On Mon, Apr 13, 2020 at 07:49:51PM +0800, 積丹尼 Dan Jacobson wrote: > X-debbugs-Cc: adri...@gnu.org > Package: units > Version: 2.19-1 > > $ units 68degF degC > * 37.78 > / 0.026470588 > > Should be around 20. > > $ units degC > Definition: K = 1 K > > $ units degC degK > * 1 > / 1 > > What?!
Bug#956249: No command to show all the aliases of a unit
We have pondered the matter of listing all the units that have the same value as a given unit, and we're not feeling like this is a particularly useful capability. For the most part, units tend to be defined twice, once in a full name form and once in an abbreviated form, and both definitions are adjacent in the database. So unless you can convince us otherwise, we're not going to add this feature. We have fixed the second issue of the doubled "/" when your home is root. On Thu, Apr 09, 2020 at 04:22:37AM +0800, 積丹尼 Dan Jacobson wrote: > X-Debbugs-Cc: adri...@gnu.org > Package: units > Version: 2.19-1 > Severity: wishlist > > $ units --verbose are > Definition: 100 m^2 = 100 m^2 > should mention all the aliases of it, too, e.g., "a". > > $ units --verbose foot > Definition: 12 inch = 0.3048 m > $ units --verbose ft > Definition: foot = 12 inch = 0.3048 m > > So we see there is no command to show all the aliases. > We can see ft is short for foot, > but we cannot see what, if any, foot is "long" for. > > P.S., so --verbose (which currently does nothing above of course) should > be given this new power, (and mention it on the man page.) > > P.S.S., > > $ HOME=/ units --version > GNU Units version 2.19 > with readline, with utf8, locale zh_TW > Units data file is '/usr/share/units/definitions.units' > Personal units data file is '//.units' > (file does not exist) ^^ > ^^ > One slash is enough! ^^
Bug#956016: Add Flight Levels
On Mon, Apr 06, 2020 at 04:00:15PM +0800, 積丹尼 Dan Jacobson wrote: > X-debbugs-Cc: adri...@gnu.org > Package: units > Version: 2.19-1 > Severity: wishlist > File: /usr/share/units/definitions.units > > Add https://en.wikipedia.org/wiki/Flight_level > 1 FL = 1 hectoft = 1e2 ft > > By the way one wants to write e.g., FL310, not 310FL, but nevermind. You can, of course, write "FL 310" if you like. I thought about allowing prefix units like this, most common for currency, but decided against it. I've added the following: flightlevel100 ft# Flight levels are used to ensure safe FL flightlevel # vertical separation between aircraft # despite variations in local air # pressure. Flight levels define # altitudes based on a standard air # pressure so that altimeter calibration # is not needed. This means that # aircraft at separated flight levels # are guaranteed to be separated. # Hence the definition of 100 feet is # a nominal, not true, measure.
Bug#946574: Add --conformable option to output all conformable units
So basically you're asking for a command line equivalent to the '?' interactive command? You have: FORCE You want: ? FORCEnewton Mag Maz gravity Nnewton dyn dyne dyne cm gram / s^2 funalsthene kgf kg force kip 1000 lbf kp kilopond lbf lb force newton kg m / s^2 nt N ouncedal oz ft / s^2 pdl poundal pond gram force poundal lb ft / s^2 slinchf slinch force slugfslug force sthene tonne m / s^2 tondal longton ft / s^2 tonf ton force On Wed, Dec 11, 2019 at 12:45 AM 積丹尼 Dan Jacobson wrote: > X-debbugs-Cc: adri...@gnu.org > Package: units > Version: 2.19-1 > Severity: wishlist > > Idea: > Let's say we found some mysterious scale, but cannot figure out what > units it is reporting in. > > We reach into our pocket and place an e.g., 3.75 gram coin upon it... > Let's say we observe the scale says "0.120". Well running > > $ for i in pound dram carat grain oz tailiang kin liang troypound \ > troyounce pennyweight jewelerspoint momme g apscruple;\ > do units --one-line --verbose 3.75g $i; done | sort -k 3n | column -t > 3.75g = 0.00625 kin > 3.75g = 0.0082673348 pound > 3.75g = 0.010047108 troypound > 3.75g = 0.036075643 liang > 3.75g = 0.1 tailiang > 3.75g = 0.1205653 troyounce > 3.75g = 0.13227736oz > 3.75g = 1 momme > 3.75g = 2.1164377 dram > 3.75g = 2.411306 pennyweight > 3.75g = 2.8935672 apscruple > 3.75g = 3.75 g > 3.75g = 18.75 carat > 3.75g = 57.871344 grain > 3.75g = 1875 jewelerspoint > > tells us the scale is probably talking in troyounces! > > Problem is: all weight related units are hopelessly scattered around the > units file. We need to find each one by hand. > > Well with a new --conformable flag, we could instead do > $ for i in $(units --conformable g); do ... > for the same effect. > > $ units --conformable feet > yard km ft m mile > > $ units --conformable gallon > liter pint gallon ... >
Bug#926559: On man page AUTHOR is blank
Note that the man page is not the primary manual, but a hacked output
for people that really like a man page. So we adjusted the hack and I
believe the empty sections are fixed. See attached.
On Sun, Apr 07, 2019 at 02:44:24AM +0800, 積丹尼 Dan Jacobson wrote:
> X-Debbugs-Cc: adri...@gnu.org
> Package: units
> Version: 2.18-1
> Severity: minor
> File: /usr/share/man/man1/units.1.gz
>
> We see AUTHOR and then it is blank, on man page.
.\"Do not edit this file. It was created from units.texinfo
.\"using texi2man version 1.01w on Tue Apr 2 21:26:50 EDT 2019
.\"This manual is for GNU Units (version 2.18),
.\"which performs units conversions and units calculations.
.\"
.\"Copyright \(co 1996, 1997, 1999, 2000, 2001, 2002, 2004, 2005, 2007,
.\"2011\-2019 Free Software Foundation, Inc.
.\"
.\"Permission is granted to copy, distribute and/or modify this document
.\"under the terms of the GNU Free Documentation License, Version 1.3 or
.\"any later version published by the Free Software Foundation; with no
.\"Invariant Sections, with no Front-Cover Texts, and with no Back-Cover
.\"Texts.
.TH UNITS 1 "19 March 2019"
.\"
.if \n(.g \{\
. \" ensure that ASCII circumflex U+005E (^) is not remapped
. tr ^\(ha
. \" override translation in troffrc
. ie '\*[.T]'utf8' .tr `\(oq'\(cq
. \" override mapping of ` to 60h with Tascii; assume
. \" we don't need a backquote for an example
. el .if n .tr `'
.\}
.\" ellipsis: space periods with troff but not with nroff
.if n .ds El \&...
.if t .ds El \&.\ .\ .
.if n \{\
. tr \(bu*
. \" override translation to MIDDLE DOT
. if \n(.g .if '\*(.T'utf8' .tr \(bu\(bu
. if \n(.g .if '\*(.T'cp1252' .tr \(bu\(bu
. if \n(.g .if '\*(.T'ansi' .tr \(bu\(bu
.\}
.\"
.\" Extensions to man macros
.\"
.\" set handling of single quotes: 0=>straight, >0=>left and right
.nr tQ 0
.\" groff only
.if '\*(.T'utf8' .nr tQ 1
.\" non-standard devices: Windows code page 1252
.if '\*(.T'cp1252' .nr tQ 1
.if '\*(.T'ansi' .nr tQ 1
.\" Constant-width font
.de CW
.hy 0
.\" nroff can't show CW font, so enclose in single quotes
.if n \{\
. ie \\n(.g \{\
.\" use proper opening and closing single quotes
.ie \\n(tQ>0 \{\
. ie \\n(.$>2 \&\\$1\(oq\\$2\(cq\\$3
. el \&\(oq\\$1\(cq\\$2
.\}
.\" ensure neutral single quotes with Tascii
.el \{\
. ie \\n(.$>2 \&\\$1\(aq\\$2\(aq\\$3
. el \&\(aq\\$1\(aq\\$2
.\}
. \}
. \" legacy nroff doesn't have 'aq', so use ' and hope for the best
. el \{\
.ie \\n(.$>2 \&\\$1'\\$2'\\$3
.el \&'\\$1'\\$2
. \}
.\}
.\" troff can change fonts, so no need for quotes
.if t \{\
. ie \\n(.$>2 \&\\$1\f(CW\\$2\fR\\$3
. el \&\f(CW\\$1\fR\\$2
.\}
.hy 14
..
.\" Constant-width oblique font
.de CI
.hy 0
.\" nroff can't show CW font, so enclose in single quotes
.if n \{\
. ie \\n(.g \{\
.\" use proper opening and closing single quotes
.ie \\n(tQ \{\
. ie \\n(.$>2 \&\\$1\(oq\fI\\$2\fR\(cq\\$3
. el \&\(oq\fI\\$1\fR\(cq\\$2
.\}
.\" ensure neutral single quotes with Tascii
.el \{\
. ie \\n(.$>2 \&\\$1\(aq\fI\\$2\fR\(aq\\$3
. el \&\(aq\fI\\$1\fR\(aq\\$2
.\}
. \}
. \" legacy nroff doesn't have 'aq', so use ' and hope for the best
. el \{
.ie \\n(.$>2 \&\\$1'\fI\\$2\fR'\\$3
.el \&'\fI\\$1\fR'\\$2
. \}
.\}
.\" troff can change fonts, so no need for quotes
.if t \{\
. ie \\n(.$>2 \&\\$1\f(CI\\$2\fR\\$3
. el \&\f(CI\\$1\fR\\$2
.\}
.hy 14
..
.\" Constant-width font with quotes with nroff and troff
.de CQ
.hy 0
.if n \{\
. ie \\n(.g \{\
.\" use proper opening and closing single quotes
.ie \\n(tQ \{\
. ie \\n(.$>2 \&\\$1\(oq\\$2\(cq\\$3
. el \&\(oq\\$1\(cq\\$2
.\}
.\" ensure neutral single quotes with Tascii
.el \{\
. ie \\n(.$>2 \&\\$1\(aq\\$2\(aq\\$3
. el \&\(aq\\$1\(aq\\$2
.\}
. \}
. \" legacy nroff doesn't have 'aq', so use ' and hope for the best
. el \{\
.ie \\n(.$>2 \&\\$1'\\$2'\\$3
.el \&'\\$1'\\$2
. \}
.\}
.if t \{\
. ie \\n(.g \{\
.ie \\n(.$>2 \&\\$1\(oq\f(CW\\$2\fR\(cq\\$3
.el \&\(oq\f(CW\\$1\fR\(cq\\$2
. \}
. \" legacy troff doesn't have 'oq' or 'cq'
. el \{\
.ie \\n(.$>2 \&\\$1`\f(CW\\$2\fR'\\$3
.el \&`\f(CW\\$1\fR'\\$2
. \}
.\}
.hy 14
..
.\" equivalent of @set codequoteundirected
.de aQ
.if \\n(.g .tr '\(aq
..
.\" equivalent of @clear codequoteundirected
.de aE
.if \\n(.g \{ .ie \\n(tQ>0 .tr '\(cq
.el .tr '' \}
..
.\" opening and closing double quotes
.\" groff: true opening and closing quotes
.ie \n(.g \{\
. ds lQ \(lq
. ds rQ \(rq
.\}
.el \{\
.\" legacy nroff: ASCII neutral double quotes
. ie n \{\
.ds lQ ""
.ds rQ ""
. \}
.\" legacy troff: adjacent opening and closing single quotes
. el \{\
.ds lQ ``
.ds rQ ''
. \}
.\}
.\" Display start
.de DS
.hy 0
.if t .in +4n
.if n .in +3n
.nf
..
.\" Display end
.de DE
.fi
.in
.hy 14
..
.\" Example start
.de ES
.DS
.if t \{\
.if '\\$1'S' \{\
.nr Ex 1
.ps -1
.\}
.el .nr Ex 0
.nr mE \\n(.f
.ft CW
.\}
..
.\" Example end
.de EE
.if t \{\
.ft \\n(m
Bug#902935: units_cur: missing input validation
On Mon, Jul 23, 2018 at 05:11:04PM +0200, Jakub Wilk wrote:
> * Adrian Mariano , 2018-07-22, 18:04:
> > > > I'm not sure about exactly the right way to validate the metals.
> > > > I took the most relaxed route of just banning '!',
> > > Enumerating badness makes me nervous. It is generally considered a
> > > bad security practice.
> >
> > What do you mean by "enumerating badness"?
>
> I mean forbidding only things that are known to be unsafe (as opposed to
> only allowing things that are known to be safe). The term was popularized by
> this essay:
> https://www.ranum.com/security/computer_security/editorials/dumb/
>
> > for metal, price in metals.items():
> > if metal in validmetals:
> >metallist.append('{:19}{} US$/troyounce'.format( metal + 'price', price))
>
> Price is not validated here.
>
> >stderr.write('Got unknown metal "{}" with value "{}"\n',metal,price)
>
> I think this message should be printed only if --verbose was enabled, for
> consistency how unknown currencies are handled.
Ok. Trying yet again. New version attached. I had sort of figured
that getting bogus price data was a more serious error than having
extra or missing currencies, so I had made that error message
unconditional. Do you think it's the wrong choice? (The errors about
failed network connections are also unconditional.)
#!/usr/bin/python
#
# units_cur for units, a program for updated currency exchange rates
#
# Copyright (C) 2017-2018
# Free Software Foundation, Inc
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
#
#
# This program was written by Adrian Mariano (adri...@gnu.org)
#
# For Python 2 & 3 compatibility
from __future__ import absolute_import, division, print_function
#
#
version = '4.3'
# Version 4.3: 20 July 2018
#
# Validate rate data from server
#
# Version 4.2: 18 April 2018
#
# Handle case of empty/malformed entry returned from the server
#
# Version 4.1: 30 October 2017
#
# Fixed to include USD in the list of currency codes.
#
# Version 4: 2 October 2017
#
# Complete rewrite to use Yahoo YQL API due to removal of TimeGenie RSS feed.
# Switched to requests library using JSON. One program now runs under
# Python 2 or Python 3. Thanks to Ray Hamel for some help with this update.
# Normal imports
import requests
import codecs
from argparse import ArgumentParser
from collections import OrderedDict
from datetime import date
from os import linesep
from sys import exit, stderr, stdout
outfile_name = 'currency.units'
# valid metals
validmetals = ['silver','gold','platinum']
# This exchange rate table lists the currency ISO 4217 codes, their
# long text names, and any fixed definitions. If the definition is
# empty then units_cur will query the server for a value.
currency = OrderedDict([
('ATS', ['austriaschilling', '1|13.7603 euro']),
('BEF', ['belgiumfranc', '1|40.3399 euro']),
('CYP', ['cypruspound', '1|0.585274 euro']),
('EEK', ['estoniakroon', '1|15.6466 euro # Equal to 1|8 germanymark']),
('FIM', ['finlandmarkka', '1|5.94573 euro']),
('FRF', ['francefranc', '1|6.55957 euro']),
('DEM', ['germanymark', '1|1.95583 euro']),
('GRD', ['greecedrachma', '1|340.75 euro']),
('IEP', ['irelandpunt', '1|0.787564 euro']),
('ITL', ['italylira', '1|1936.27 euro']),
('LVL', ['latvialats','1|0.702804 euro']),
('LTL', ['lithuanialitas','1|3.4528 euro']),
('LUF', ['luxembourgfranc', '1|40.3399 euro']),
('MTL', ['maltalira', '1|0.4293 euro']),
('SKK', ['slovakiakornua','1|30.1260 euro']),
('SIT'
Bug#902935: units_cur: missing input validation
On Sun, Jul 22, 2018 at 09:41:00PM +0200, Jakub Wilk wrote:
> * Adrian Mariano , 2018-07-20, 19:49:
> > I'm not sure about exactly the right way to validate the metals. I took
> > the most relaxed route of just banning '!',
>
> Enumerating badness makes me nervous. It is generally considered a bad
> security practice.
What do you mean by "enumerating badness"?
>
> How about whitelisting known-good metal names ("silver", "gold",
> "platinum"), and ignoring everything else? That would be more-or-less how
> currencies are currently handled.
I could do it that way, I suppose. I was thinking about currency
names in other languages, or the service offering other metals.
Perhaps these things shouldn't be concerns.
Version attached that whitelists metals.
#!/usr/bin/python
#
# units_cur for units, a program for updated currency exchange rates
#
# Copyright (C) 2017-2018
# Free Software Foundation, Inc
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
#
#
# This program was written by Adrian Mariano (adri...@gnu.org)
#
# For Python 2 & 3 compatibility
from __future__ import absolute_import, division, print_function
#
#
version = '4.3'
# Version 4.3: 20 July 2018
#
# Validate rate data from server
#
# Version 4.2: 18 April 2018
#
# Handle case of empty/malformed entry returned from the server
#
# Version 4.1: 30 October 2017
#
# Fixed to include USD in the list of currency codes.
#
# Version 4: 2 October 2017
#
# Complete rewrite to use Yahoo YQL API due to removal of TimeGenie RSS feed.
# Switched to requests library using JSON. One program now runs under
# Python 2 or Python 3. Thanks to Ray Hamel for some help with this update.
# Normal imports
import requests
import codecs
from argparse import ArgumentParser
from collections import OrderedDict
from datetime import date
from os import linesep
from sys import exit, stderr, stdout
outfile_name = 'currency.units'
validmetals = ['gold','silver','platinum'] # valid metals from the server
# This exchange rate table lists the currency ISO 4217 codes, their
# long text names, and any fixed definitions. If the definition is
# empty then units_cur will query the server for a value.
currency = OrderedDict([
('ATS', ['austriaschilling', '1|13.7603 euro']),
('BEF', ['belgiumfranc', '1|40.3399 euro']),
('CYP', ['cypruspound', '1|0.585274 euro']),
('EEK', ['estoniakroon', '1|15.6466 euro # Equal to 1|8 germanymark']),
('FIM', ['finlandmarkka', '1|5.94573 euro']),
('FRF', ['francefranc', '1|6.55957 euro']),
('DEM', ['germanymark', '1|1.95583 euro']),
('GRD', ['greecedrachma', '1|340.75 euro']),
('IEP', ['irelandpunt', '1|0.787564 euro']),
('ITL', ['italylira', '1|1936.27 euro']),
('LVL', ['latvialats','1|0.702804 euro']),
('LTL', ['lithuanialitas','1|3.4528 euro']),
('LUF', ['luxembourgfranc', '1|40.3399 euro']),
('MTL', ['maltalira', '1|0.4293 euro']),
('SKK', ['slovakiakornua','1|30.1260 euro']),
('SIT', ['sloveniatolar', '1|239.640 euro']),
('ESP', ['spainpeseta', '1|166.386 euro']),
('NLG', ['netherlandsguilder','1|2.20371 euro']),
('PTE', ['portugalescudo','1|200.482 euro']),
('CVE', ['capeverdeescudo', '1|110.265 euro']),
('BGN', ['bulgarialev', '1|1.9558 euro']),
('BAM', ['bosniaconvertiblemark','germanymark']),
('KMF', ['comorosfranc', '1|491.96775 euro']),
('XOF
Bug#902935: units_cur: missing input validation
On Fri, Jul 20, 2018 at 11:26:44PM +0200, Jakub Wilk wrote:
> * Adrian Mariano , 2018-07-20, 16:55:
> > Validating the data is pretty easy. The only data is the rate and it is
> > supposed to be a floating point number.
> [...]
> > Is it enough?
>
> I think the data from Packetizer (Bitcoin price, and precious metals names
> and prices) need validation, too.
I attached a new version that checks the bitcoin price and precious
metals. I'm not sure about exactly the right way to validate the
metals. I took the most relaxed route of just banning '!', which
would allow bogus responses from the server but should block malicious
responses.
#!/usr/bin/python
#
# units_cur for units, a program for updated currency exchange rates
#
# Copyright (C) 2017-2018
# Free Software Foundation, Inc
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
#
#
# This program was written by Adrian Mariano (adri...@gnu.org)
#
# For Python 2 & 3 compatibility
from __future__ import absolute_import, division, print_function
#
#
version = '4.3'
# Version 4.3: 20 July 2018
#
# Validate rate data from server
#
# Version 4.2: 18 April 2018
#
# Handle case of empty/malformed entry returned from the server
#
# Version 4.1: 30 October 2017
#
# Fixed to include USD in the list of currency codes.
#
# Version 4: 2 October 2017
#
# Complete rewrite to use Yahoo YQL API due to removal of TimeGenie RSS feed.
# Switched to requests library using JSON. One program now runs under
# Python 2 or Python 3. Thanks to Ray Hamel for some help with this update.
# Normal imports
import requests
import codecs
from argparse import ArgumentParser
from collections import OrderedDict
from datetime import date
from os import linesep
from sys import exit, stderr, stdout
outfile_name = 'currency.units'
# This exchange rate table lists the currency ISO 4217 codes, their
# long text names, and any fixed definitions. If the definition is
# empty then units_cur will query the server for a value.
currency = OrderedDict([
('ATS', ['austriaschilling', '1|13.7603 euro']),
('BEF', ['belgiumfranc', '1|40.3399 euro']),
('CYP', ['cypruspound', '1|0.585274 euro']),
('EEK', ['estoniakroon', '1|15.6466 euro # Equal to 1|8 germanymark']),
('FIM', ['finlandmarkka', '1|5.94573 euro']),
('FRF', ['francefranc', '1|6.55957 euro']),
('DEM', ['germanymark', '1|1.95583 euro']),
('GRD', ['greecedrachma', '1|340.75 euro']),
('IEP', ['irelandpunt', '1|0.787564 euro']),
('ITL', ['italylira', '1|1936.27 euro']),
('LVL', ['latvialats','1|0.702804 euro']),
('LTL', ['lithuanialitas','1|3.4528 euro']),
('LUF', ['luxembourgfranc', '1|40.3399 euro']),
('MTL', ['maltalira', '1|0.4293 euro']),
('SKK', ['slovakiakornua','1|30.1260 euro']),
('SIT', ['sloveniatolar', '1|239.640 euro']),
('ESP', ['spainpeseta', '1|166.386 euro']),
('NLG', ['netherlandsguilder','1|2.20371 euro']),
('PTE', ['portugalescudo','1|200.482 euro']),
('CVE', ['capeverdeescudo', '1|110.265 euro']),
('BGN', ['bulgarialev', '1|1.9558 euro']),
('BAM', ['bosniaconvertiblemark','germanymark']),
('KMF', ['comorosfranc', '1|491.96775 euro']),
('XOF', ['westafricanfranc', '1|655.957 euro']),
('XPF', ['cfpfranc', '1|119.33 euro']),
('XAF', ['centralafricancfafranc','1|655.957 euro']),
('AED', ['uaedirham&#
Bug#902935: units_cur: missing input validation
Validating the data is pretty easy. The only data is the rate and it
is supposed to be a floating point number. Switching to https is easy too.
The attached patch does both.
Is it enough?
On Tue, Jul 03, 2018 at 09:04:14PM +0200, Stephen Kitt wrote:
> Control: forwarded adri...@gnu.org
>
> Hi Adrian,
>
> I thought you’d be interested in this bug report... A straightforward partial
> fix would be to switch to the https URIs, better still would be to add
> certificate validation of some sort, but I think a real fix would involve
> format validation and data sanitization (as Jakub mentions).
>
> Regards,
>
> Stephen
>
>
> On Tue, 3 Jul 2018 18:55:40 +0200, Jakub Wilk wrote:
>
> > Package: units
> > Version: 2.17-1
> > Tags: security
> >
> > units_cur does no sanitization of the data it downloads. Malicious
> > operators of the servers or man-in-the-middle attackers[*] could exploit
> > this to execute arbitrary code.
> >
> > As a proof of concept, I patched units_cur to emulate Yahoo returning
> > malicious data. After updating the data, /var/lib/units/currency.units
> > looks like this:
> >
> >southkoreawon1|0
> >!set PAGER cowsay${IFS}pwned;exit;
> ># US$
> >
> > And this happens:
> >
> >$ units
> >Currency exchange rates from finance.yahoo.com on 2018-07-03
> >3048 units, 109 prefixes, 109 nonlinear units
> >
> >You have: help kg
> > ___
> >< pwned >
> > ---
> >\ ^__^
> > \ (oo)\___
> >(__)\ )\/\
> >||w |
> >|| ||
> >
> >
> > [*] Conveniently, all the data in downloaded over HTTP, so there's no
> > authentication.
> >
> > --
> > Jakub Wilk
--- /home/adrian/src/units/units_cur2018-06-03 23:28:46.023000324 -0400
+++ units_cur 2018-07-20 16:52:16.0 -0400
@@ -28,8 +28,12 @@
#
#
-version = '4.2'
+version = '4.3'
+# Version 4.3: 20 July 2018
+#
+# Validate rate data from server
+#
# Version 4.2: 18 April 2018
#
# Handle case of empty/malformed entry returned from the server
@@ -275,7 +279,7 @@
verbose = ap.parse_args().verbose
try:
- res = requests.get('http://finance.yahoo.com/webservice/v1/symbols'
+ res = requests.get('https://finance.yahoo.com/webservice/v1/symbols'
'/allcurrencies/quote?format=json')
res.raise_for_status()
webdata = res.json()['list']['resources']
@@ -299,7 +303,12 @@
stderr.write('Got unknown currency with code {}\n'.format(code))
else:
if not currency[code][rate_index]:
-currency[code][rate_index] = '1|{} US$'.format(rate)
+try:
+ float(rate)
+ currency[code][rate_index] = '1|{} US$'.format(rate)
+except ValueError:
+ stderr.write('Got invalid rate "{}" for currency "{}"\n'.format(
+rate, code))
elif verbose:
stderr.write('Got value "{}" for currency "{}" but '
'it is already defined\n'.format(rate, code))
@@ -313,7 +322,7 @@
del currency[code]
try:
- req = requests.get('http://services.packetizer.com/spotprices/?f=json')
+ req = requests.get('https://services.packetizer.com/spotprices/?f=json')
req.raise_for_status()
metals = req.json()
except requests.exceptions.RequestException as e:
@@ -323,7 +332,7 @@
del metals['date']
try:
- req = requests.get('http://services.packetizer.com/btc/?f=json')
+ req = requests.get('https://services.packetizer.com/btc/?f=json')
req.raise_for_status()
bitcoin = req.json()
except requests.exceptions.RequestException as e:
Bug#813276: inconsistent input vs. output
On Sun, Jan 31, 2016 at 11:29:33AM +0800, 積丹尼 Dan Jacobson wrote: > More: > $ units m/1000 > Definition: 0.001 m > $ units '1/(1000m)' > Definition: 0.001 / m > >>>>> "AM" == Adrian Mariano writes: > > AM> I don't understand what the problem is here. > > OK maybe no problem. > > All I know is I see it saying > 1/1000m = 1/1000/m > But OK... due to parsing rules... The parsing rules seem natural to me, but perhaps not to you? If numbers don't bind tightly to their units I think it is a nuisance, as you then need parentheses almost any time you use the '/' operator. In the original units, which didn't have a real parser, every unit after the first '/' was in the denominator, so this behavior was sort of inherited, but I think it is the right way to do things. The "|" operator creates a fraction, so "1|1000 m" will parse as equal to "(1/1000) meter". Or alternatively you can write "1/1000*m if you want to get standard arithmetic precedence rules. This will be equal to (1/1000)*m.
Bug#813276: inconsistent input vs. output
I don't understand what the problem is here. Everything is working as it is supposed to. The product by juxtaposition (between "1000" and "m") has higher precedence than '/'. The '/' operator is evaluated left to right. On Sun, Jan 31, 2016 at 10:59:24AM +0800, 積丹尼 Dan Jacobson wrote: > Package: units > Version: 2.12-1 > Severity: minor > X-Debbugs-Cc: adri...@gnu.org > > Inconsistent!: > $ units 1/1000m > Definition: 0.001 / m Equivalent to 1/(1000 m) by precedence rules. > $ units .001m > Definition: 0.001 m > $ units .001/m > Definition: 0.001 / m > $ units 1/1000/m > Definition: 0.001 / m Equivalent to (1/1000)/m
Bug#661903: units --help should mention how to see the list of all the units
On Sat, Mar 03, 2012 at 09:05:36AM +0800, jida...@jidanni.org wrote: > >>>>> "AM" == Adrian Mariano writes: > AM> The current testing version (1.89e) does this already: > http://packages.debian.org/units says testing is still at 1.87-2, in > case that is what you mean. Version 1.87 was released on 25 Sep 2007. The current stable release (which does not have the improved help text) was released 15 Feb 2010. So Debian is a bit behind. The new testing version features the utf8 support and conversion to lists of units as well as the new help text. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661903: units --help should mention how to see the list of all the units
On Fri, Mar 02, 2012 at 08:27:14PM +0800, jida...@jidanni.org wrote: > X-debbugs-Cc: adr...@cam.cornell.edu > Package: units > Version: 1.87-2 > Severity: wishlist > > $ units --help should mention how to see the list of all the units. > > E.g., > To see all the units, do cat /usr/share/misc/units.dat . The current testing version (1.89e) does this already: adrian> units --help Usage: units [option] ['from-unit' 'to-unit'] -h, --help print this help and exit -c, --check check that all units reduce to primitive units --check-verbose like --check, but lists units as they are checked --verbose-checkso you can find units that cause endless loops -e, --exponentialexponential format output -f, --file specify a units data file (-f '' loads default file) -m, --minus make - into a subtraction operator (default) --oldstaruse old '*' precedence, higher than '/' --newstaruse new '*' precedence, equal to '/' -n, --nolistsdisable conversion to unit lists -S, --show-factorshow non-unity factor before 1|x in multi-unit output -o, --output-format specify printf numeric output format (default: %.8g) -p, --productmake '-' into a product operator -q, --quiet suppress prompting --silent same as --quiet -s, --strict suppress reciprocal unit conversion (e.g. Hz<->s) -v, --verboseprint slightly more verbose output --compactsuppress printing of tab, '*', and '/' character -1, --one-line suppress the second line of output -t, --terse terse output (--strict --compact --quiet --one-line) -r, --round round last element of unit list output to an integer -V, --versionprint version number and exit To learn about the available units look in /usr/local/share/units.dat Report bugs to adri...@gnu.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645378: iceweasel: Application calling "glXCreatePixmap" when GLX 1.3 is not supported!
Package: iceweasel
Version: 7.0.1-2
Severity: normal
When I start iceweasel I get the following message proclaiming that I
have hit an application bug:
WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3
is not supported! This is an application bug!
failed to create drawable
-- Package-specific info:
-- Extensions information
Name: Camifox themefalse
Location: ${PROFILE_EXTENSIONS}/cami...@altmusictv.com
Status: app-disabled
Name: Classic Compact themefalse
Location: ${PROFILE_EXTENSIONS}/{D46E8522-6E86-44b1-A622-58C0668AD78E}
Status: user-disabled
Name: Color Management extensionfalse
Location: ${PROFILE_EXTENSIONS}/color_managem...@seanhayes.name
Status: enabled
Name: Default themefalse
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: DownThemAll! extensionfalse
Location: ${PROFILE_EXTENSIONS}/{DDC359D1-844A-42a7-9AA1-88A850A938A8}
Status: enabled
Name: Firefox-Plus themefalse
Location: ${PROFILE_EXTENSIONS}/tabs@andrey.budko
Status: app-disabled
Name: Flickr Link Original Images user-scriptfalse
-- Addons package information
ii iceweasel 7.0.1-2Web browser based on Firefox
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.37-trunk-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages iceweasel depends on:
ii debianutils 4.0.2 Miscellaneous utilities specific t
ii fontconfig2.8.0-3generic font configuration library
ii libc6 2.13-18Embedded GNU C Library: Shared lib
ii libgcc1 1:4.6.1-4 GCC support library
ii libgdk-pixbuf2.0-02.24.0-1 GDK Pixbuf library
ii libglib2.0-0 2.28.6-1 The GLib library of C routines
ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface
ii libnspr4-0d 4.8.9-1NetScape Portable Runtime Library
ii libstdc++64.6.1-4GNU Standard C++ Library v3
ii procps1:3.2.8-11 /proc file system utilities
ii xulrunner-7.0 7.0.1-2XUL + XPCOM application runner
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
ii latex-xft-fonts 1.6.7-1 TrueType versions of some TeX font
ii libgssapi-krb5-21.9.1+dfsg-1 MIT Kerberos runtime libraries - k
ii libkrb531.9.1+dfsg-1 transitional package for MIT Kerbe
ii mathematica-fonts [ttf-math 13 Installer of Mathematica fonts
pn mozplugger (no description available)
ii ttf-lyx 2.0.0-1 TrueType versions of some TeX font
ii ttf-mathematica4.1 13 transitional dummy package
ii xfonts-mathml 4Type1 Symbol font for MathML
Versions of packages xulrunner-7.0 depends on:
ii libasound2 1.0.24.1-4shared library for ALSA applicatio
ii libatk1.0-01.30.0-1 The ATK accessibility toolkit
ii libbz2-1.0 1.0.5-7 high-quality block-sorting file co
ii libc6 2.13-18 Embedded GNU C Library: Shared lib
ii libcairo2 1.10.2-6.1The Cairo 2D vector graphics libra
ii libdbus-1-31.4.14-1 simple interprocess messaging syst
ii libevent-1.4-2 1.4.14b-stable-1 asynchronous event notification li
ii libfontconfig1 2.8.0-3 generic font configuration library
ii libfreetype6 2.4.6-2 FreeType 2 font engine, shared lib
ii libgcc11:4.6.1-4 GCC support library
ii libgdk-pixbuf2.0-0 2.24.0-1 GDK Pixbuf library
ii libglib2.0-0 2.28.6-1 The GLib library of C routines
ii libgtk2.0-02.24.4-3 The GTK+ graphical user interface
ii libhunspell-1.2-0 1.2.14-4 spell checker and morphological an
ii libjpeg8 8c-2 Independent JPEG Group's JPEG runt
ii libmozjs7d 7.0.1-2 Mozilla SpiderMonkey JavaScript li
ii libnspr4-0d4.8.9-1 NetScape Portable Runtime Library
ii libnss3-1d 3.12.11-3 Network Security Service libraries
ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio
ii libpixman-1-0 0.22.2-1 pixel-manipulation library for X a
ii libreadline6 6.2-4 GNU readline and history libraries
ii libsqlite3-0 3.7.7-2 SQLite 3 shared library
ii libstartup-notificatio 0.10-1library for program launch feedbac
ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3
ii libvpx00.
Bug#610929: units --list
On Mon, Jan 24, 2011 at 09:51:30AM +0800, jida...@jidanni.org wrote: > X-debbugs-Cc: adr...@cam.cornell.edu > Package: units > Version: 1.87-2 > Severity: wishlist > > Perhaps add a units --list to list all units the program knows about, > even though there are much better ways to get that info. > Still, users will be looking for it. > > Or at least on the --help message add >To list all the units the units program knows about, do I don't believe there is any fully automated "nice" way to produce such a list. I guess a question is why you want the list. Something like this will display the database: more `./units --version | sed -n 's/.*database in //p'` That's good for humans, but not people. You can get that same result by doing "help " though you might have issues with paging backwards in some pagers. I could add a line to the help that says: "To see the units definitions look in the file ." Doing "units --check-verbose" will give you a list of all units but it's a bit cluttered (and more so if there are any errors). I suppose this might serve: ./units --check-verbose | sed -n "s/doing '\(.*\)'/\1/p" >From within the program you can do "search a" for example to get all units containing "a", but there's no way to get *all* units. This list is formatted in two columns with the definition on the right. A simple list of all the units is a bit much for human consumption. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604615: [hojia] Bug#604615: add Taiwanese units
On Wed, Nov 24, 2010 at 01:33:21PM +0800, jida...@jidanni.org wrote: > OK, here are my changes to > ftp://alpha.gnu.org/gnu/units/units-1.88a.tar.gz to add the Taiwanese > units. The Japanese people I Cc'd might consider doing the same. > > Note I only added units that seem to me to be still in use. There's no need to be so restrictive---units.dat is packed with historic and archaic units. But it's up to you if you want to go there. I've found that dealing with historic units can be difficult. > Dear units(1) author: Consider removing trailing whitespace from all > files. Date in units.man should be updated. Some files are not 644 mode > but 600! units --check "says Table 'ansicoated' lacks..." The date in units.man reflects, I believe, the last date I made nontrivial changes to the manual. Is there some reason it should be some other date? The situation with ansicoated is problematic. The difficulty is that the actual official definition for the ANSI grit size is noninvertible. There are two different scales, one for coarser grits and one for finer ones and the two scales overlap a bit and disagree where they overlap. I added group and other read permission to two files, configure.ac and texi2man to address your other observation. It appears that emacs is inserting a single space sometimes when I use autofill to write comments. Is this the white space you're suggesting that I remove? (I don't see that it presents a problem.) Or is there something more troublesome somewhere? Do you find that the utf8 support in the new version is working properly? One thing I don't understand is how chinese characters are supposed to interact with western characters. It seems like when they are mixed, columns don't line up properly. (An example would be when you type "?" at the "You have" prompt to get a list of conformable units.) I took a look at your patch and have two concerns. One is that I have utf8 stuff placed inside !utf8 / !endutf8 pairs so that the non-ASCII definitions can be ignored when utf8 support is not available. See the large block of utf8 definitions at the end of the file included in the alpha distribution of the code. (It's fine to use extended chars in comments outside of these blocks.) Either we can wrap each of the three new sections with this, or we can group the new sections into one section where the taiwanese character appear. I don't know which makes more sense. The other things was here: > +# http://en.wikipedia.org/wiki/Taiwanese_units_of_measurement > +坪 tsubo # http://zh.wikipedia.org/wiki/坪 > +甲 2934 坪 # http://zh.wikipedia.org/wiki/甲_(单位) > +分地 1|10 甲 # http://zh.wikipedia.org/wiki/分 #+地 to > disambiguate > + I format units.dat so that it displays in an 80 (western) character wide window. This last line is too long, and I don't understand what's being disambiguated, so I'm not sure of the best fix. Also, do you have any idea where 2934 came from? It's a strange number and for the most part, units definitions don't include strange numbers like that. (In other words, can this unit be defined in a way that is less strange?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#500398: [Pkg-alsa-devel] Bug#500398: alsa-base: no sound after upgrade until running alsaconf
On Sat, Jul 04, 2009 at 09:17:48PM +0200, Elimar Riesebieter wrote: > * Adrian Mariano [090704 14:07 -0400] > > On Sat, Dec 06, 2008 at 07:00:56PM +0100, Elimar Riesebieter wrote: > > > * Adrian Mariano [081205 13:10 +0100] > > > [...] > > > > Upgrading iceweasel didn't help. I think that the problem may be > > > > caused by flash or some other plugin rather than the browser itself. > > > > But once the problem is created, no sound works from the browser. > > > > > > It seems to be a bug in the plugin you use. Could you please sent > > > an URI of a "silent" video or sound, so I can verify your bug? > > > > > > And please cc to 500...@bugs.debian.org as well. So your problem is > > > documented and traceable. > > > > Now that alsaconf has been removed from the distribution I cannot find > > any way of getting sound to work with my ICH9 intel sound. (I have > > been using a sound card that does not exhibit this problem, but I > > tried to go back to the intel sound to troubleshoot a problem with the > > sound and I find it impossible to go back due to the lack of > > alsaconf.) > > > > adrian> aplay -c 1 clip1.wav > > ALSA lib pcm_dmix.c:1008:(snd_pcm_dmix_open) unable to open slave > > aplay: main:608: audio open error: No such file or directory > > What tells: > $ lsmod | grep snd > $ dpkg -l | grep oss > $ cat /etc/modprobe.d/sound > $ cat /etc/modprobe.d/sound.conf > $ cat /etc/modules > $ ls -al /etc/modprobe.d/linux-sound* > adrian> lsmod | grep snd snd_hda_intel 325688 0 snd_usb_audio 70304 0 snd_ca0106 27584 0 snd_pcm_oss32832 0 snd_ac97_codec 88484 1 snd_ca0106 snd_mixer_oss 12320 1 snd_pcm_oss ac97_bus1728 1 snd_ac97_codec snd_pcm62596 5 snd_hda_intel,snd_usb_audio,snd_ca0106,snd_pcm_oss,snd_ac97_codec snd_usb_lib13440 1 snd_usb_audio snd_seq_dummy 2660 0 snd_hwdep 6212 1 snd_usb_audio snd_seq_oss24992 0 snd_seq_midi5728 0 snd_rawmidi18528 3 snd_ca0106,snd_usb_lib,snd_seq_midi snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi snd_seq41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 17800 2 snd_pcm,snd_seq snd_seq_device 6380 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd45604 13 snd_hda_intel,snd_usb_audio,snd_ca0106,snd_pcm_oss,snd_ac97_codec,snd_mixer_oss,snd_pcm,snd_hwdep,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 6368 1 snd snd_page_alloc 7816 3 snd_hda_intel,snd_ca0106,snd_pcm usbcore 118224 10 snd_usb_audio,snd_usb_lib,uvcvideo,usblp,usb_storage,usbhid,uhci_hcd,ehci_hcd adrian> dpkg -l | grep oss ii alsa-oss 1.0.17-1 ALSA wrapper for OSS applications ii audacity 1.3.7-2A fast, cross-platform audio editor ii audacity-data1.3.7-2A fast, cross-platform audio editor (data) ii flac 1.2.1-1.2 Free Lossless Audio Codec - command line too rc gnome-system-tools 2.14.0-3 Cross-platform configuration utilities for G ii libao2 0.8.8-5Cross Platform Audio Output Library ii libflac++6 1.2.1-1.2 Free Lossless Audio Codec - C++ runtime libr ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtime C librar ii libieee1284-30.2.11-5 cross-platform library for parallel port acc ii libwavpack1 4.50.1-1 an audio codec (lossy and lossless) - librar ii libwxgtk2.6-02.6.3.2.2-3 wxWidgets Cross-platform C++ GUI toolkit (GT ii libwxgtk2.8-02.8.7.1-1.1 wxWidgets Cross-platform C++ GUI toolkit (GT ii mp3gain 1.4.6-8 Lossless mp3 normalizer with statistical ana ii oss-compat 0.0.4+nmu3 OSS compatibility package adrian> cat /etc/modprobe.d/sound cat: /etc/modprobe.d/sound: No such file or directory adrian> cat /etc/modprobe.d/sound.conf alias snd-card-0 snd-ca0106 options snd-ca0106 index=0 adrian> cat /etc/modules # /etc/modules: kernel modules to load at boot time. # # This file contains the names of kernel modules that sh
Bug#500398: [Pkg-alsa-devel] Bug#500398: alsa-base: no sound after upgrade until running alsaconf
On Sat, Dec 06, 2008 at 07:00:56PM +0100, Elimar Riesebieter wrote: > * Adrian Mariano [081205 13:10 +0100] > [...] > > Upgrading iceweasel didn't help. I think that the problem may be > > caused by flash or some other plugin rather than the browser itself. > > But once the problem is created, no sound works from the browser. > > It seems to be a bug in the plugin you use. Could you please sent > an URI of a "silent" video or sound, so I can verify your bug? > > And please cc to 500...@bugs.debian.org as well. So your problem is > documented and traceable. Now that alsaconf has been removed from the distribution I cannot find any way of getting sound to work with my ICH9 intel sound. (I have been using a sound card that does not exhibit this problem, but I tried to go back to the intel sound to troubleshoot a problem with the sound and I find it impossible to go back due to the lack of alsaconf.) adrian> aplay -c 1 clip1.wav ALSA lib pcm_dmix.c:1008:(snd_pcm_dmix_open) unable to open slave aplay: main:608: audio open error: No such file or directory adrian> aplay -l List of PLAYBACK Hardware Devices card 1: Intel [HDA Intel], device 0: ALC883 Analog [ALC883 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Intel [HDA Intel], device 1: ALC883 Digital [ALC883 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 Note that some of the later messages in this bug report are about a different problem, sound stuttering and failure with flash sound. This problem persists with the new sound card and is a separate issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#500398: [Pkg-alsa-devel] Bug#500398: alsa-base: no sound after upgrade until running alsaconf
On Sat, Dec 06, 2008 at 07:00:56PM +0100, Elimar Riesebieter wrote: > * Adrian Mariano [081205 13:10 +0100] > [...] > > Upgrading iceweasel didn't help. I think that the problem may be > > caused by flash or some other plugin rather than the browser itself. > > But once the problem is created, no sound works from the browser. > > It seems to be a bug in the plugin you use. Could you please sent > an URI of a "silent" video or sound, so I can verify your bug? > > And please cc to 500...@bugs.debian.org as well. So your problem is > documented and traceable. We were watching something at www.hulu.com and it was working fine and then abruptly the sound failed and started to sound like a skipping cd. This appears to be using Adobe Flashplayer 10 as the plugin. I have flashplayer-mozilla 1:10.0.12.36-0.2 installed right now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#500398: [Pkg-alsa-devel] Bug#500398: alsa-base: no sound after upgrade until running alsaconf
On Sat, Dec 06, 2008 at 07:00:56PM +0100, Elimar Riesebieter wrote: > * Adrian Mariano [081205 13:10 +0100] > [...] > > Upgrading iceweasel didn't help. I think that the problem may be > > caused by flash or some other plugin rather than the browser itself. > > But once the problem is created, no sound works from the browser. > > It seems to be a bug in the plugin you use. Could you please sent > an URI of a "silent" video or sound, so I can verify your bug? > > And please cc to [EMAIL PROTECTED] as well. So your problem is > documented and traceable. By "silent" URI you mean one that isn't working? Right now nothing on youtube works, so http://www.youtube.com/watch?v=GwV8qNnIVfA is not working. I get silence for a few moments and then the repeated noise like a cd skipping, then more silence, and then another segment of skipping, etc. Going to amazon, e.g. http://www.amazon.com/Snakes-Arrows-Live-CD-Set/dp/B0013H8QEQ/ref=pd_bbs_sr_3?ie=UTF8&s=music&qid=1228736968&sr=8-3 and trying to play a sound sample gives no sound. Once the problem has started, no sound works from the browser, as far as I can tell. At one point I thought it had quit working while I was at this site, http://sabirsisters.com/sabir_sisters/discs.php meaning that it was working when I went there and then stopped. I tried to reproduce that just now I restarted iceweasel to fix the sound and went here and played the sounds in various ways, going back, switching around, etc. I played both albums simultaneously. Nothing reproduced the problem. I have yet to find a way of actually causing it to fail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500398: alsa-base: no sound after upgrade until running alsaconf
Package: alsa-base Version: 1.0.17.dfsg-2 Severity: minor I didn't have any sound after I ran a dist-upgrade. Any attempt to generate sound would give error messages about being unable to open a slave. Running alsaconf fixed this problem. (But surely this should have been done during the upgrade if it was necessary.) -- Package-specific info: --- Begin additional package status --- Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libasound2 1.0.16-2 ALSA library --- End additional package status --- --- Begin /proc/asound/version --- Advanced Linux Sound Architecture Driver Version 1.0.16. --- End /proc/asound/version --- --- Begin /proc/asound/cards --- 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xfdff8000 irq 22 --- End /proc/asound/cards --- --- Begin /dev/snd/ listing --- total 0 crw-rw 1 root audio 116, 0 2008-09-27 15:57 controlC0 crw-rw 1 root audio 116, 24 2008-09-27 16:06 pcmC0D0c crw-rw 1 root audio 116, 16 2008-09-27 16:08 pcmC0D0p crw-rw 1 root audio 116, 25 2008-09-27 15:57 pcmC0D1c crw-rw 1 root audio 116, 17 2008-09-27 15:57 pcmC0D1p crw-rw 1 root audio 116, 26 2008-09-27 15:57 pcmC0D2c crw-rw 1 root audio 116, 1 2008-09-27 15:57 seq crw-rw 1 root audio 116, 33 2008-09-27 15:57 timer --- End /dev/snd/ listing --- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages alsa-base depends on: ii linux-sound-base 1.0.17.dfsg-2 base package for ALSA and OSS soun ii lsof 4.78.dfsg.1-4 List open files ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages alsa-base recommends: ii alsa-utils1.0.16-2 ALSA utilities Versions of packages alsa-base suggests: ii alsa-oss 1.0.15-1 ALSA wrapper for OSS applications pn apmd (no description available) Versions of packages libasound2 depends on: ii libc6 2.7-13 GNU C Library: Shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443573: fvwm: mishandling of UnmapNotify event causes gnucash window to vanish
Package: fvwm Version: 1:2.5.21-1+b1 Followup-For: Bug #443573 In Gnucash, the find window immediately vanishes. I reported this as a bug against gnucash. The gnucash author reported that this is a window manager bug. I don't personally understand these details, but here is a report about the same (?) bug in a different window manager which the gnucash author cited. He the same bug is present in fvwm. http://code.google.com/p/xmonad/issues/detail?id=96 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fvwm depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.7-3GNU C Library: Shared libraries ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.7-4 Free Implementation of the Unicode ii libglib1.2ldbl 1.2.10-19The GLib library of C routines ii libgtk1.2 1.2.10-18.1 The GIMP Toolkit set of widgets fo ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libncurses5 5.6+20080105-1 Shared libraries for terminal hand ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libreadline55.2-3GNU readline and history libraries ii librplay3 3.3.2-11 Shared libraries for the rplay net ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstroke0 0.5.1-6 mouse strokes library -- runtime f ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxpm4 1:3.5.7-1X11 pixmap library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages fvwm recommends: pn fvwm-icons (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436271: PS/2 mouse not working
On Wed, Aug 08, 2007 at 01:07:23PM +0200, Brice Goglin wrote: > Adrian Mariano wrote: > > When I first installed, the mouse was on the ps/2 port. The > > configuration that was supplied by the installer was > > > > Section "InputDevice" > > Identifier "Configured Mouse" > > Driver "mouse" > > Option "CorePointer" > > Option "Device""/dev/input/mice" > > Option "Protocol" "ImPS/2" > > Option "Emulate3Buttons" "true" > > EndSection > > > > That's the default config provided by the installer. > > > The mouse did not work. I moved the mouse from the ps/2 port to the > > USB port and it worked fine. > > > > Then I tried changing /dev/input/mice to /dev/psaux. The mouse WORKED > > FINE with this setup. > > So PS/2 on /dev/psaux worked once. Then it would be a kernel problem or so. > > But you said earlier that pluging on PS/2 did not generate any character > in "cat /dev/psaux" or "cat /dev/input/mice". This needs to be > clarified. Either /dev/psaux works (and generates characters) or it > doesn't at all. > > > Is it possible that some action (e.g. reboot) is necessary to cause > > the kernel to realize there is a mouse on the ps/2 port? > > > > I don't think so. > > Please check your BIOS in case there some config for the PS/2 port. And > check whether PS/2 works in other Linux/OS if you can. This is a brand new machine that has only the one OS installed. I tried booting Knoppix and it wouldn't boot. So I don't think we're going to see other OS results. After observing that /dev/input/mice was responding to the mouse I changed the X config to Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Buttons" "7" Option "Resolution""1000" EndSection and restarted X and at that point it started working. This is the first time I've seen the ps/2 mouse work with /dev/input/mice. This is basically the same X configuration that wasn't working when the system first installed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436271: PS/2 mouse not working
On Wed, Aug 08, 2007 at 07:31:14AM +0200, Brice Goglin wrote: > Adrian Mariano wrote: > > I have never observed /dev/input/mice to work when the mouse was > > plugged into the PS/2 port. At the moment I am using evdev and have > > the mouse plugged into the USB and the mouse works. If I switch it to > > the PS/2 it doesn't work. > > > > After switching the mouse to the PS/2 I tried "cat /dev/input/mice" > > and saw nothing. I also tried "cat /dev/psaux" and also saw nothing. > > (Is some action required for the PS/2 port to realize it's got a mouse > > connected?) > > > > Just as a confirmation I put the mouse back in the USB and did "cat > > /dev/input/mice" and when I moved the mouse I got characters. > > > > Then the bug is not in X. If psmouse is loaded and events don't appear > in /dev/psaux or /dev/input/mice, something is missing in the kernel or > so. Did the ps/2 mouse ever work before installing this Debian? In > another Linux? In Windows? Any BIOS option to enable it? I rebooted with the mouse in the ps/2 port and tried the experiment again. When I do 'cat /dev/psaux' or 'cat /dev/input/mice' and move the mouse I see characters on the terminal in both cases. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436271: PS/2 mouse not working
On Wed, Aug 08, 2007 at 07:31:14AM +0200, Brice Goglin wrote: > Adrian Mariano wrote: > > I have never observed /dev/input/mice to work when the mouse was > > plugged into the PS/2 port. At the moment I am using evdev and have > > the mouse plugged into the USB and the mouse works. If I switch it to > > the PS/2 it doesn't work. > > > > After switching the mouse to the PS/2 I tried "cat /dev/input/mice" > > and saw nothing. I also tried "cat /dev/psaux" and also saw nothing. > > (Is some action required for the PS/2 port to realize it's got a mouse > > connected?) > > > > Just as a confirmation I put the mouse back in the USB and did "cat > > /dev/input/mice" and when I moved the mouse I got characters. > > > > Then the bug is not in X. If psmouse is loaded and events don't appear > in /dev/psaux or /dev/input/mice, something is missing in the kernel or > so. Did the ps/2 mouse ever work before installing this Debian? In > another Linux? In Windows? Any BIOS option to enable it? When I first installed, the mouse was on the ps/2 port. The configuration that was supplied by the installer was Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection The mouse did not work. I moved the mouse from the ps/2 port to the USB port and it worked fine. Then I tried changing /dev/input/mice to /dev/psaux. The mouse WORKED FINE with this setup. (It worked just as well as it worked on the USB or as it now works with evdev on the USB---everything worked but the tilting of the tilt wheel.) This seems puzzling in light of the recent behavior with /dev/psaux. Is it possible that some action (e.g. reboot) is necessary to cause the kernel to realize there is a mouse on the ps/2 port? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436271: PS/2 mouse not working
On Tue, Aug 07, 2007 at 02:42:17PM +0200, Brice Goglin wrote: > Adrian Mariano wrote: > > I have messed around with the mouse settings as I have tried to > > gain full functionality of the mouse. I've attached xorg.conf.bak > > which I believe is the original file that was installed. With this > > initial setup the mouse did not work in the ps/2 port but did work in > > the usb port. I switched the "Device" in xorg.conf to /dev/psaux and > > then the mouse worked in the ps/2 port. > > > > If /dev/input/mice does not work while /dev/psaux does, the problem > might be in the kernel, not in xorg. IIRC, /dev/input/mice is supposed > to contain /dev/psaux events and the kernel manages these devices > (together with udev). > > If you switch back to /dev/input/mice now, does it work? If not, does > the file /dev/input/mice even exist? If yes, do you get some ugly > characters in the terminal if you move the PS/2 mouse after starting > "cat /dev/input/mice" as root? I have never observed /dev/input/mice to work when the mouse was plugged into the PS/2 port. At the moment I am using evdev and have the mouse plugged into the USB and the mouse works. If I switch it to the PS/2 it doesn't work. After switching the mouse to the PS/2 I tried "cat /dev/input/mice" and saw nothing. I also tried "cat /dev/psaux" and also saw nothing. (Is some action required for the PS/2 port to realize it's got a mouse connected?) Just as a confirmation I put the mouse back in the USB and did "cat /dev/input/mice" and when I moved the mouse I got characters. I did all these tests leaving the configuration as it presently stands with evdev. > > The documentation for evdev suggests that it should work regardless of > > the type of connection. And certainly the device appears in > > /proc/bus/input/devices when it is on the ps/2 port. But it does not > > work in the ps/2 port, only the usb port. I restarted X with the mouse > > in the ps/2 port and then shifted it back to usb when it didn't > > respond. > > > > evdev config might be a different problem. And I don't think you are > supposed to get a evdev configuration for the mouse after an install. > Did you modify the config afterwards? As noted above, I have been experimenting with the configuration to find a way (any way) to get the tilt wheel to work. > > Section "InputDevice" > > Identifier "Configured Mouse" > > Driver "evdev" > > Option "Name""ImExPS/2 Logitech Explorer Mouse" > > > > EndSection > > > > I am not very familiar with the evdev config, but you might need more > options than this. The evdev manpage is pretty well documented, you > might want to look at it. The information I found floating around indicated that with recent versions of evdev, the simple configuration shown below is supposed to work. Additional options are not supposed to be necessary. I did also note that the evdev instructions make it sound like evdev should work fine with a ps/2 connected mouse, which would seem to implicate the kernel as you suggested above. (I don't think this is an exotic mouse. Why would the kernel have trouble with it?) Note that the mouse works with evdev as long as the mouse is in the USB. It's just the tilt wheel that doesn't work. (I checked with xev and it shows no event for the tilt wheel.) The mouse does not work with evdev if I plug it into the ps/2 port. > > > (II) evdev brain: Rescanning devices (1). > > (EE) PreInit returned NULL for "Configured Mouse" > > (WW) : No Device specified, looking for one... > > (II) : Setting Device option to "/dev/input/mice" > > (--) : Device: "/dev/input/mice" > > (==) : Protocol: "Auto" > > (**) Option "CorePointer" > > (**) : Core Pointer > > (==) : Emulate3Buttons, Emulate3Timeout: 50 > > (**) : ZAxisMapping: buttons 4 and 5 > > (**) : Buttons: 9 > > (**) : Sensitivity: 1 > > > > Looks like evdev is using /dev/input/mice here. > > > Module Size Used by > > psmouse34952 0 > > > > Looks good. > > Brice > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290601: Acknowledgement (fvwm: post installation script error)
After extensive mangling of the debconf perl scripts with print statements I was finally able to track the problem with fvwm configuration back to the fvwm post install shell script. There is a line near the end of this script which reads: BROKEN_X_WM_ALTERNATIVE=`readlink /etc/alternatives/x-window-manager` On my system the file /etc/alternatives/x-window-manager does not exist and readlink fails. This causes the script to abort and the failure gets reported back to debconf which reports a failed or incomplete configuration. I created this file using the update-alternatives command and it points to metacity. I ran 'dpkg --configure fvwm' and it completed without errors, but it did NOT change this alternative to point to fvwm. Don't know what to make of that. I believe this is a sufficiently complete description of the problem that you can figure out how to properly correct it. (I'm not sure what exactly the right fix is.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290601: fvwm: post installation script error
It appears that the problem I'm experiencing occurs at the end of /usr/share/debconf/frontend where the program reads 1 while ($confmodule->communicate); After this line executes, $confmodule->exitcode is set to 1 and this is then returned to the calling shell script, which then returns failure. I don't know what that line does -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290601: fvwm: post installation script error
> As root, can you run: > bash -x /var/lib/dpkg/info/fvwm.postinst configure > > and post the results back? At this point it is hard to tell > where the problem is occurring. That gives this result: root# bash -x /var/lib/dpkg/info/fvwm.postinst configure + set -e + package_name=fvwm + '[' -z fvwm ']' + '[' '!' -x /etc/menu-methods/fvwm ']' + '[' '!' -x /usr/bin/update-menus ']' + /usr/bin/update-menus + '[' -e /usr/share/debconf/confmodule ']' + . /usr/share/debconf/confmodule ++ '[' '!' '' ']' ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/fvwm.postinst configure root# I fear that you're still going to be in the dark about what's going wrong. The status returned is 1. It appears that the last command, /usr/share/debconf/frontend is returning this error status. I'm ready to run any further tests that may shed light on this problem. I'm new to this bug tracking system. Should I be sending my further updates only to the [EMAIL PROTECTED] address or is it appropriate for me to do (as I have done hear) and send to both addresses? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290601: fvwm: post installation script error
Package: fvwm Version: 2.5.12-4 Severity: minor When I install fvwm I get the following message: --- Unpacking fvwm (from .../fvwm_2.5.12-4_i386.deb) ... Setting up fvwm (2.5.12-4) ... Installing new version of config file /etc/menu-methods/fvwm ... dpkg: error processing fvwm (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: fvwm E: Sub-process /usr/bin/dpkg returned an error code (1) --- I tried downgrading to the stable version and still got it: --- Unpacking fvwm (from .../archives/fvwm_2.4.6-2_i386.deb) ... Setting up fvwm (2.4.6-2) ... Installing new version of config file /etc/menu-methods/fvwm ... dpkg: error processing fvwm (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: fvwm E: Sub-process /usr/bin/dpkg returned an error code (1) --- I'm new to Debian and so maybe I've missed something obvious, but I have been utterly unsuccessful and finding more information about what, exactly, has failed, or the nature of the error. Fvwm seems to work fine after being installed, but every time I run apt-get it tries to set up fvwm again and gets the error, which is annoying. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages fvwm depends on: ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libfontconfig12.2.3-1generic font configuration library ii libfreetype6 2.1.7-2.2 FreeType 2 font engine, shared lib ii libfribidi0 0.10.4-6 Free Implementation of the Unicode ii libglib1.21.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-8 Inter-Client Exchange library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpng12-01.2.8rel-1 PNG library - runtime ii libreadline4 4.3-11 GNU readline and history libraries ii librplay3 3.3.2-8Shared libraries for the rplay net ii libsm64.3.0.dfsg.1-8 X Window System Session Management ii libstroke00.5.1-4support for mouse strokes like tho ii libx11-6 4.3.0.dfsg.1-8 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-8 X Window System miscellaneous exte ii libxft2 2.1.2-6FreeType-based font drawing librar ii libxi64.3.0.dfsg.1-8 X Window System Input extension li ii libxpm4 4.3.0.dfsg.1-8 X pixmap library ii libxrender1 0.8.3-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.2-3 compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
