Package Details: brite-git r21.7bcc244-1

Git Clone URL: https://aur.archlinux.org/brite-git.git (read-only, click to copy)
Package Base: brite-git
Description: Boston University Representative Internet Topology Generator.
Upstream URL: https://gitlab.com/nsnam/BRITE
Licenses: GPL-2.0-only
Conflicts: brite
Provides: brite
Submitter: TUC
Maintainer: TUC
Last Packager: TUC
Votes: 1
Popularity: 0.54
First Submitted: 2025-02-03 11:28 (UTC)
Last Updated: 2026-04-24 14:20 (UTC)

Required by (2)

Sources (2)

Latest Comments

SpacingBat3 commented on 2026-04-24 14:30 (UTC) (edited on 2026-04-24 14:31 (UTC) by SpacingBat3)

But it would be nice if you could submit your patch upstream?

Oh, did so a few secs ago :D

https://gitlab.com/nsnam/BRITE/-/merge_requests/3

TUC commented on 2026-04-24 14:25 (UTC)

Thanks for the detailed explanation.

I moved the includes to /usr/include/brite/. ns3 still seems to find them.

I applied your patch. But it would be nice if you could submit your patch upstream?

SpacingBat3 commented on 2026-04-24 13:34 (UTC) (edited on 2026-04-24 13:34 (UTC) by SpacingBat3)

Could you provide a command that triggers the error, which get fixed by that patch?

I've been running a few ns3 examples and tests during build, basically if you link ns3 against brite-git it does mention it lacks these symbols. Without it I guess I would have to mark this as conflicts and dunno, maybe make it in weird "optdepends at buildtime, depends at runtime" relationship since I guess there's nothing else to provide brite, at least for now. Since I patch it locally I guess I would need to search what exactly is broken in ns3 without patching brite.

In general, /usr/include/Topology.h (BTW could it be moved to /usr/include/brite/ somehow without breaking with NS-3 searching? Headers are really placed now into bad path and I have a hunch they could conflict easily with other packages) contains int GetNumNodes() (grep GetNumNodes -B 5 /usr/include/Topology.h) and libbrite.so has it literally marked as missing in the library (nm -D /usr/lib/libbrite.so | c++filt | grep Topology::GetNumNodes), so this will cause linking errors when using Topology.h in any code that tries to call Topology::GetNumNodes().

TUC commented on 2026-04-22 08:17 (UTC)

Could you provide a command that triggers the error, which get fixed by that patch?

SpacingBat3 commented on 2026-04-21 15:24 (UTC) (edited on 2026-04-21 15:26 (UTC) by SpacingBat3)

Could you add following patches? I believe brite needs them as inlines are removing symbols that are further referenced by some dependent software, like in NS-3 code. There might be some other issues, but this was what I got currently.

diff -paru a/Topology.cc b/Topology.cc
--- a/Topology.cc   2026-04-21 17:09:29.270945014 +0200
+++ b/Topology.cc   2026-04-21 17:20:01.689066740 +0200
@@ -52,12 +52,12 @@ Topology::Topology(Model* model)

 }

-inline int Topology::GetNumNodes() {
+int Topology::GetNumNodes() {
   assert(g != NULL);
   return g->Graph::GetNumNodes();
 }

-inline int Topology::GetNumEdges() { 
+int Topology::GetNumEdges() { 
   assert(g != NULL);
   return g->Graph::GetNumEdges(); 
 }