Now that I've looked at this a bit more, I understand why the
packages that were in Mandriva backports are being added.

The monosim package in Mandriva 2010.2 is in Contrib, so it
fits our exception for being added to Mageia 1 updates.

The version of monosim being added here, requires the
comex-base package, while the Mandriva version did not.

So we have to make exceptions for the comex-base packages,
in order to get this update installed.

When I installed it, libxslt-devel was also pulled in from
updates testing, so I'm marking this bug as dependent on
bug 4759, a security update that I'll look at right after
I post this comment.

The packages soprano-plugin-redland and soprano-devel
were also pulled in from updates testing, but I can't
find a bug report for them, so testing should also
be done with the Core Updates versions of those packages.

I consider testing on i586 for the srpms
comex-base-0.1.8.5-1.mga1.src.rpm
monosim-qt-2.0.0.0-1.mga1.src.rpm
monosim-gtk-2.0.0.0-1.mga1.src.rpm
to be partially complete.

I can only confirm that the programs monosim-qt
and monosim-gtk run, and try to access the serial port.

As this package requires specific hardware that as far
as I know, is relatively rare, all that we need before
we can validate this update, is someone who has such
a card reader, to confirm the programs work, on either
platform.

Armando, do you have such a card reader?

As far as bug 2317 is concerned, this update pulled in
over 50 packages from Core Release. I'll review the output
of urpmq --requires-recursive later, to identify the
version specific requires, and build a list of packages
that will have to be linked to Core Updates from Core
Release.

CC: (none) => davidwhodgins
Depends on: (none) => 4759

Hi Dave,
i'm developer of monosim suite :)
i work in a company that produce smartcards, comex-base (backend of monosim) work on many production pc for testing.

It's a little list of devices pc/sc compliant so comex and monosim compliant:
http://pcsclite.alioth.debian.org/ccid/shouldwork.html
http://www.linuxnet.com/sourcedrivers.html

serial port used only for direct communication (without driver) to SmartMouse Phoenix reader. All other serial/usb readers communication is managed by pc/sc layer.

I don't think this will be affected by bug 2317 Dave as it is a new program being added through updates rather than an actual update for the program.

I can't test x86_64 until probably Tuesday though, sorry.

Bug 2317 is rather nasty.

In Mandriva 2010.2 I ran
urpmq --requires-recursive monosim comex-base|sort -u

Skimming through that, I see things like
libxulrunner1.9.2.6|libxulrunner1.9.2.24|libxulrunner1.9.2.26|libxulrunner2.0.1
which would have blocked the upgrade of libxulrunner during
conversion to Mageia 1.

Installing this update will require libxulrunner to be in updates.

Bad example, as that one is already in updates, but I'm going to go
through all of the version specific requires, to see what does need
to be linked to updates.

Also, that reminds me.  Both monosim-gtk and monosim-qt should
have an obsoletes tag for monosim, in order to replace a left
over Mandriva version, without file conflicts.

> Both monosim-gtk and monosim-qt should have an obsoletes tag for monosim...
yes, but in Mdv, on Mageia monosim there isn't, i submited directlly latest release with multi gui.

(In reply to comment #5)
> > Both monosim-gtk and monosim-qt should have an obsoletes tag for monosim...
> yes, but in Mdv, on Mageia monosim there isn't, i submited directlly latest
> release with multi gui.

Mageia 1 includes support for updating from Mandriva 2010.2.  So a user with
monosim installed on Mandriva, who then installs Mageia 1 using urpmi, will
run into file conflicts, if the obsoletes tag is not there.

fixed with monosim-gtk-2.0.0.0-2.mga1 and monosim-qt-2.0.0.0-2.mga1 in testing

Armando, Can you confirm that comment 2 means that a mageia 1 system
with comex-base, and either monosim-gtk or monosim-qt has been tested
with the needed hardware?

Yes, personally i tested SmartMouse Phoenix serial and 18 usb standard pcsc smartcard readders at least:
- all ACS ACR38 family http://www.acs.com.hk/index.php?pid=products&id=2
- all SCM/TOWITOKO SCR family http://www.identive-infrastructure.com/en/products-solutions/smart-card-readers-a-terminals/smart-card-readers/
- all Omnikey CardMan family http://www.hidglobal.com/technology.php?tech_cat=19&subcat_id=10&headerType=1

As these are leaf packages, only work with specific hardware, and have
been validated on one architecture, I'll go ahead and validate this update.

Could someone from the sysadmin team push the srpms 
comex-base-0.1.8.5-1.mga1.src.rpm
monosim-qt-2.0.0.0-1.mga1.src.rpm
monosim-gtk-2.0.0.0-1.mga1.src.rpm
from Core Updates Testing to Core Updates.

Advisory:  This update adds monosim-gt and monosim-qt, user interfaces
to manage sim card contacts,  as a replacement for the package monsoim,
that was available in Mandriva 2010.2, but missing from Mageia 1.

https://bugs.mageia.org/show_bug.cgi?id=4839

Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs

Update pushed

Status: NEW => RESOLVED
CC: (none) => tmb
Resolution: (none) => FIXED