>
> Those unique device entries in models.dat do not
> have a model value:
>
> egrep '^\[|^model[0-9]*' /usr/share/hplip/data/models/models.dat \
> | tr -d '\n' \
> | tr '[' '\n' \
> | grep -v 'model[0-9]*' \
> | tr -d ']'
>
> deskjet_950c
> hp_color_inkjet_cp1700
> hp_color_laserjet_2605
> hp_color_laserjet_2605dn
> hp_color_laserjet_2605dtn
> photosmart_pro_b9100_series
> psc_900_series
> psc_920
> psc_950
> psc_950vr
> psc_950xi
>
Fixed. ... although, for things ones like "psc_900_series", that seems
rather duplicative of the other psc_9xx entries, so I'm inclined to leave it
(so it won't break any devices), but just put in "PSC 900 Series" into the
model1 field, with the understanding that there really isn't any device that
has a case model number (SKU) with that name. This is probably another
example of varying device IDs.
-Don
On Wed, Apr 16, 2008 at 3:39 AM, Johannes Meixner <email address hidden> wrote:
> I think I know the reason why my created hpaio.desc
> contains more models than your new hpaio.desc:
>
> My script uses also the value of the [...] ini
> from models.dat as one possible model name
> because I found out that there are some entries
> in models.dat where there is no model* value
> so that the [...] value is the only value which
> represents a model name (is this perhaps another
> bug in models.dat?).
>
> Those unique device entries in models.dat do not
> have a model value:
>
> egrep '^\[|^model[0-9]*' /usr/share/hplip/data/models/models.dat \
> | tr -d '\n' \
> | tr '[' '\n' \
> | grep -v 'model[0-9]*' \
> | tr -d ']'
>
> deskjet_950c
> hp_color_inkjet_cp1700
> hp_color_laserjet_2605
> hp_color_laserjet_2605dn
> hp_color_laserjet_2605dtn
> photosmart_pro_b9100_series
> psc_900_series
> psc_920
> psc_950
> psc_950vr
> psc_950xi
>
> --
> duplicates in models.dat and hpaio.desc
> https://bugs.launchpad.net/bugs/217642
> You received this bug notification because you are a member of HP Linux
> Imaging and Printing, which is subscribed to HPLIP.
>
> hplip/data/ models/ models. dat \ inkjet_ cp1700 laserjet_ 2605 laserjet_ 2605dn laserjet_ 2605dtn pro_b9100_ series
> Those unique device entries in models.dat do not
> have a model value:
>
> egrep '^\[|^model[0-9]*' /usr/share/
> | tr -d '\n' \
> | tr '[' '\n' \
> | grep -v 'model[0-9]*' \
> | tr -d ']'
>
> deskjet_950c
> hp_color_
> hp_color_
> hp_color_
> hp_color_
> photosmart_
> psc_900_series
> psc_920
> psc_950
> psc_950vr
> psc_950xi
>
Fixed. ... although, for things ones like "psc_900_series", that seems
rather duplicative of the other psc_9xx entries, so I'm inclined to leave it
(so it won't break any devices), but just put in "PSC 900 Series" into the
model1 field, with the understanding that there really isn't any device that
has a case model number (SKU) with that name. This is probably another
example of varying device IDs.
-Don
On Wed, Apr 16, 2008 at 3:39 AM, Johannes Meixner <email address hidden> wrote:
> I think I know the reason why my created hpaio.desc hplip/data/ models/ models. dat \ inkjet_ cp1700 laserjet_ 2605 laserjet_ 2605dn laserjet_ 2605dtn pro_b9100_ series /bugs.launchpad .net/bugs/ 217642
> contains more models than your new hpaio.desc:
>
> My script uses also the value of the [...] ini
> from models.dat as one possible model name
> because I found out that there are some entries
> in models.dat where there is no model* value
> so that the [...] value is the only value which
> represents a model name (is this perhaps another
> bug in models.dat?).
>
> Those unique device entries in models.dat do not
> have a model value:
>
> egrep '^\[|^model[0-9]*' /usr/share/
> | tr -d '\n' \
> | tr '[' '\n' \
> | grep -v 'model[0-9]*' \
> | tr -d ']'
>
> deskjet_950c
> hp_color_
> hp_color_
> hp_color_
> hp_color_
> photosmart_
> psc_900_series
> psc_920
> psc_950
> psc_950vr
> psc_950xi
>
> --
> duplicates in models.dat and hpaio.desc
> https:/
> You received this bug notification because you are a member of HP Linux
> Imaging and Printing, which is subscribed to HPLIP.
>