topic Re: Library pack has wrong subversion? in Libraries & objects

Library pack has wrong subversion?

Patrick M — Mon, 23 Feb 2026 20:41:35 GMT

what does this even mean? these .libpacks seem to have only simplified archicad for one group of people... and its not us at the end user side.

Operating system used: Mac Apple Silicon

Betreff: Library pack has wrong subversion?

runxel — Mon, 23 Feb 2026 21:31:09 GMT

Well, only the "normal" object library is backwards and forwards compatible – the MEP library on the other side is always tied to the version, and will probably stay like that for a while.

So my guess is there is a version mismatch here between AC and the library.

Re: Library pack has wrong subversion?

Patrick M — Tue, 24 Feb 2026 00:08:02 GMT

very strange... these are all libraries uploaded from the AC29 applications folder; nothing from 28 is on that server

Re: Library pack has wrong subversion?

furtonb — Thu, 26 Feb 2026 01:47:03 GMT

Same error, I've never seen this before.

This file was just uploaded from a .pln to a BIMcloud:

The problematic .libpack files are on the BIMcloud, the file was started in AC29.

How to resolve this?

Re: Library pack has wrong subversion?

furtonb — Wed, 25 Feb 2026 22:45:04 GMT

I think I found it: make sure to update your libraries too...

Re: Library pack has wrong subversion?

Lingwisyer — Thu, 26 Feb 2026 01:06:17 GMT

Yeah, the libpack updates are not backwards compatible. So if one person updates theirs, everyone needs to update.

Re: Library pack has wrong subversion?

runxel — Thu, 26 Feb 2026 10:05:11 GMT

@Lingwisyer schrieb:

Yeah, the libpack updates are not backwards compatible. So if one person updates theirs, everyone needs to update.

Wait,.... what??? Are you sure?

Wasn't that the whole and sole reason to switch to the global library?

Man this gets dumber by the day.

Re: Library pack has wrong subversion?

Patrick M — Thu, 26 Feb 2026 16:38:17 GMT

I'm like 90% certain the whole reason to switch from .lcf to .libpack was less work on the software developers side... on the user side, it takes a software developers understanding of the tool to get a file's libraries sorted out any more.
I mean, take 1 library + a migration library and turn it into 40 separate libraries that all still need to speak to each other in some capacity (macros, etc.), and need to be coordinated for updates individually... yeah, this wasn't for the benefit of anyone on the user end of things.

Re: Library pack has wrong subversion?

Lingwisyer — Fri, 27 Feb 2026 02:18:47 GMT

Clarification: they are AC version "backwards compatible", but not Library version backwards compatible.

*Apparently some of the objects added with the library update post AC29 are not compatible in AC28... It was mentioned in the library update release post. I have not used or checked any of them.

Re: Library pack has wrong subversion?

Lingwisyer — Fri, 27 Feb 2026 02:32:12 GMT

Yeah, I do not get why AC cannot just read a folder of Libpacks. Sure, libpacks give the user more flexibility, but most do not need it... Just give the user a folder of their localised libraries that they can add to if they need to.

eg. I just load "Library (AUS)" folder and I get all of the generic and AUS library parts. If I want the "Japanese Arhcitecture" library, I just copy it from "Other Libraries" folder into "Library (AUS) folder.

Ling.

Re: Library pack has wrong subversion?

Patrick M — Fri, 31 Jul 2026 21:06:47 GMT

I'm going to need someone to explain to me how to fix this... like explain it step by step... and if it involves any back door rewriting of the libraries or checking compatibility of .libpacks, I'm going to need someone at graphisoft to resolve this at a software level... this just can't be a better option than version specific libraries.
I've yet to see anything better or easier for the end user with these .libpacks...

Re: Library pack has wrong subversion?

Laszlo Nagy — Fri, 31 Jul 2026 21:18:54 GMT

Just a wild guess about where to start:

There are commands for extracting and creating lib packs.

So, you could extract the lib pack, and check the extracted files. There is a file called "package.info". If you open it, it is an XML file, and it has some "subversion" data in it. You could try to change it to a number that a working lib pack has. Then recreate the lib pack and see if that solves the issue.

Otherwise, if it does not, you may have to reinstall Archicad.

Re: Library pack has wrong subversion?

Patrick M — Fri, 31 Jul 2026 22:53:53 GMT

Laszlo, this is exactly what I meant. the step by step is just not a feasible or reasonable solution for 99% of the people I work with, and not a solution I want to take ownership of.

If I understand you, I have to extract a .libpack, that is 100% out of the box installed from the downloaded .dmg install files, it has been updated in my applications via the library updates, and updated on the bimcloud (which is a painstaking process now that we have 37 different libraries to check for up-to-date-ness), and I still need to extract the libraries to verify that graphisoft has not released some .xml data that is not compatible, and EDIT the .xml data; not only do I feel like I'm outside my wheel house, but I feel like I'm doing graphisoft's job for them.

furthermore, I fail to understand why I would need to reinstall archicad; these computers aren't reading the .libpacks from the application folders, they are sync'ing local to server data. If the .libpack is up to date on the bimcloud, how could it possibly be incompatible?
...
I'll admit, I'm not always the sharpest tool in the shed; but from what you are describing here, this falls in to the "not my job" category. Definitely not in the role of an average architect, drafter, or designer's role in a firm.
...
coincidentally, as I read your response, I was on a zoom call with another architect who saw about 10-15 libraries in their library manager reporting "not compatible"

Re: Library pack has wrong subversion?

Laszlo Nagy — Sat, 01 Aug 2026 16:09:44 GMT

I don't even know if this would work, I just wrote it because I recently extracted lib packs and noticed this.

I also supposed that you have a single lib pack that is misbehaving, so I thought you could try this and it may solve it quickly.

But I agree, this is not feasible if many libpacks have this issue.

I can only recommend contacting support about it.

Re: Library pack has wrong subversion?

Laszlo Nagy — Sat, 01 Aug 2026 16:26:38 GMT

I found an article about this on the Support Site:

https://support.graphisoft.com/hc/en-us/articles/37260369320593-Archicad-library-package-shows-has-wrong-subversion-warning

Re: Library pack has wrong subversion?

Patrick M — Sat, 01 Aug 2026 18:29:03 GMT

I still don't understand how this could happen on BIMcloud though. If I update my libraries on this computer, then run the library update for all 4 dozen (+/-) .libpacks on each bimcloud, the server's libraries are updated. Everyone in the projects should get updated local data when the join the file or send receive. How could their local data by outdated, if the local data is based on the server data?
do we really need to coordinate everyone to leave every project and clear all local data with every library update? I understand most people aren't working with 150+ people on a weekly basis; but I'll have to hire a nearly full time library maintenance manager if this is REALLY the way it works.

Re: Library pack has wrong subversion?

Patrick M — Sat, 01 Aug 2026 18:31:15 GMT

also, this further reinforces the need to develop a batch update solution for bimcloud libraries... it's horribly tedious to run the library updates on a bimcloud 1 at a time.
I know some have suggested deleting all .libpacks from the server and reloading the updated ones as a work-around. But I've seen that result in all local data showing all .libpacks missing... and fielding 100 questions on how to relink libraries whenever I update is just not an option either.