Opened 13 years ago
Closed 13 years ago
#1564 closed defect (fixed)
UpdateAll no actualiza bien
Reported by: | Jorge | Owned by: | Pedro Gea |
---|---|---|---|
Priority: | high | Milestone: | Mantainance |
Component: | TolPackage | Version: | 3.1 |
Severity: | major | Keywords: | |
Cc: |
Description
En un servidor Linux nos encontramos con una situación en la cual UpdateAll
reconoce siempre a un conjunto de paquetes como desactualizados.
Esta es la lista de paquetes en cuestión:
20:01:06 TOL> Real TolPackage::UpdateAll(?) [UpdateAll] Se actualiza BabelTool.1.4 [UpdateAll] Se actualiza BysMcmc.6.7 [UpdateAll] Se actualiza BysPrior.3.1 [UpdateAll] Se actualiza ExtLib.1.9 [UpdateAll] Se actualiza GrzLinModel.4.2 [UpdateAll] Se actualiza GuiTools.3.4 [UpdateAll] Se actualiza IpoptCore.3.9 [UpdateAll] Se actualiza MMS.1.2 [UpdateAll] Se actualiza MMS.1.1 [UpdateAll] Se actualiza MmsInBws.1.920 [UpdateAll] Se actualiza StdLib.0.1 [UpdateAll] Se actualiza TolIpopt.3.1 12
Se adjunta también un oza con la lista de paquetes compatibles obtenidos según el siguiente código:
Set compatibleRecords = { [[ Set clientRecords = TolPackage::Client::GetCatalog(?)::GetCompatibleRecords(Version, UnknownDate); Set serverRecords = TolPackage::Server::GetCatalog(?)::GetCompatibleRecords(Version, UnknownDate) ]] };
Attachments (1)
Change History (5)
Changed 13 years ago by
Attachment: | compatibleRecords.oza added |
---|
comment:1 Changed 13 years ago by
Status: | new → accepted |
---|
comment:2 Changed 13 years ago by
Por si aporta información, he necesitado llevarme los paquetes instaladados de una de las máquinas donde se manifiesta el problema descrito en este ticket, para eso he compactado TolPackage.2 y descompactado en la máquina destino. Al descompactar se emitieron mensajes como los siguientes:
tar: TolPackage.2/Client/TolIpopt.3.1/CppTools: time stamp 2012-06-21 17:58:17 is 5619 s in the future
comment:3 Changed 13 years ago by
comment:4 Changed 13 years ago by
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
El problema al comparar fechas se recoge en #1576. Entretanto se evita el bug comparando los índices de las fechas.
El siguiente código devuelve de los registros compatibles del OZA, aquellos a actualizar.
Esta lista sale vacía usando
"v3.1 p012 2012-06-13 16:45:11 i686-win"
.