Hmm, it works for me in RC4.
I am 'inside' a group (double-clicked on it). The group has 2 worldspawn brushes, I select one, right click, and have the option: "Remove Objects from Group Unnamed". Selecting that moves it outside the group, turning it blue.
Can you get reproduce this?

"Move Brushes to World" is only for moving things from "func_" entities to worldspawn, it doesn't affect group membership. This was different pre-RC4 , see: https://github.com/kduske/TrenchBroom/issues/1744 

Where you right click (selected brush you wish to remove from group vs. other objects). 

I am 'inside' a group (double-clicked on it). The group has 2 worldspawn brushes, I select one, right click, and have the option: "Remove Objects from Group Unnamed". Selecting that moves it outside the group, turning it blue.
Can you get reproduce this?

No, I can't; what you describe is exactly what I want to do. I don't have the option "Remove Objects from Group [name]"; only the options I listed above:
Group
Ungroup [unclickable]
Rename [unclickable]
Add Objects to Group [some other group]
______________
Create Point Entity
Create Brush Entity
Move Brushes to World

Might also depend on where you right click (selected brush you wish to remove from group vs. other objects).

I am definitely clicking the selected brush, but no matter where I click, I don't get the option "Remove from Group".

When I click the selected brush, I get the options above.

When I click the entire group, I get
Group
Ungroup
Rename
______________
Create Point Entity
Create Brush Entity
Move Brushes to World

and when I click somewhere else at random, I get
Group
Ungroup
Rename
Add Objects to Group [some group]
______________
Create Point Entity
Create Brush Entity
Move Brushes to World 

Wait, I just tried again in a new map, and now I do get the "Remove" option.

Sorry! Something else must have gone wrong on my end... 

When two or more groups overlap, TB no longer gives you the "Remove" option. I'll open a Github issue. 

It seems that whenever there's another group behind the group you're manipulating, TB doesn't give you the "Remove from Group" or "Ungroup" options; instead giving you the "Add to Group" option, pertaining to the group that's behind the group you're trying to manipulate.

Isolating groups (View --> Isolate) is a workaround, but this is really bizarre and unwieldy behaviour, I think... 

 

 

I tried to install the .deb file and it won't Install on Debian GNU/Linux 9 (stretch) 64-bit stable.

This is what it says:
dpkg: dependency problems prevent configuration of trenchbroom:
trenchbroom depends on libpng12-0 (>= 1.2.13-4); however:
Package libpng12-0 is not installed.

dpkg: error processing package trenchbroom (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
trenchbroom

I could not install the dependency after researching it and I also tried to compile it following the instructions and ran into many issues as well.

Could we perhaps get this added to the Debian repository so it can be installed automatically with APT? 

 

I thought this was an already documented issue? At the very least, the solution (this worked for me on Ubuntu 17.10) is https://askubuntu.com/questions/840257/e-package-libpng12-0-has-no-installation-candidate-ubuntu-16-10-gnome/840268 

(obviously that would have to be adapted for Debian) 

I just got around trying TrenchBroom 2, and found it to be very easy to get into and overall to be very pleasant and powerful. I've now switched from NetRadiant for my Quake 1 mapping needs.

Thanks a lot for creating this editor! (Is there a donation link somewhere?) 

Apparently there is no libpng12-0 on current debian derivates. Instead there is libpng16-16.

I don't fully understand however there is another fix that doesn't require a download of some library from somewhere.
We just edit the deb and edit the libpng dependency to match the current libpng16-16


dpkg-deb -x TrenchBroom-Linux-v2.0.0-RC4-Release.x86_64.deb tmpdir
dpkg-deb --control TrenchBroom-Linux-v2.0.0-RC4-Release.x86_64.deb tmpdir/DEBIAN
sed -i 's/libpng12-0 (>= 1.2.13-4)/libpng16-16/g' tmpdir/DEBIAN/control
dpkg -b tmpdir Edited-TrenchBroom-Linux-v2.0.0-RC4-Release.x86_64.deb
dpkg -i Edited-TrenchBroom-Linux-v2.0.0-RC4-Release.x86_64.deb
aptitude install


@Sleep if you are still building the linux package on an old distribution (pre Ubuntu 16.04 or Debian 9/Stretch) it might be time to switch. The build tooling will probably take care of the rest.

@aftershock getting trenchbroom into official debian repositories is definetely a possibility but from what I've heard debian maintainers are very meticulous about package layout and QA to the point that the automated build probably wouldn't do and manual repackaging would need to happen specifically for the debian repos.

PS: Don't forget about the github issue 

The fix mentioned above doesn't work. Plz ignore that 

Is there any way to scale whole brushes (not just drag faces) in Trenchbroom? Basically I want to make a round tower with a dome on top, so I used a bunch of rectangles at a 15 degree angle to each other to make a circle of sorts, then convex merged the whole thing to get a solid cylinder, now I just need to dupe this cylinder brush, scale it down, put it in the middle, and do a subtract operation to get a hollow cylinder. But I can't seem to find any kind of scaling tool. Maybe I should just go back to GtkRadiant, since this sounds like an awfully ass-backwards way to create a simple primitive... Thoughts? 

In a word no. No scaling. It sucks and many of us have asked for it repeatedly. I'm not sure any progress has been made on this: https://github.com/kduske/TrenchBroom/issues/871

I used TB2 daily and I am acclimated to not having this feature. For someone coming in fresh I can absolutely understand how frustrating this can be. However, for me the benefits of TB2 far outway its limitations.

I've only had this happen once where I really needed to scale something up. Save your shape as a map file. Bring into Radiant and scale it up. Save as a map and re-open in Tb2. Yes it's a pain, yes it's dumb not to be able to scale brushes or groups. And yes Tb2 is still great. 

I wanted to add that development is ongoing and there are some very nice features being worked on over the few weeks. I think a proper v2 is very close to reality. Fingers crossed. 

It sucks that there's still no 100% feature complete modern replacement for Radiant. Oh, well. 

@iriyap There is a thread open on Github for scaling: https://github.com/kduske/TrenchBroom/issues/871

GTKRadiant accidentially dropped support for Quake1: https://github.com/TTimo/GtkRadiant/issues/555

There is NetRadiant: https://github.com/Garux/netradiant-custom/releases

There is also J.A.C.K which you can get on Steam or other places.

I checked them all out recently before starting (Including QuArK) to edit and I think Trenchbroom is the best bet, but just wait for it to develop features. Either that or maybe combine editors. 

The issue of Trenchbroom not installing on Debian is now filed on Github.

Issue #1900:
https://github.com/kduske/TrenchBroom/issues/1900 

Any ETA for RC5? 

I was thinking actually that it'd be great if someone could compile the current version and upload that here or something at least. I really need some of the bugfixes that have been made since rc4... 

https://github.com/kduske/TrenchBroom/releases/tag/v2.0.0-RC5-2

This is planned to be the final RC for TB2. Fingers crossed and go map! 

https://discord.gg/XaAuJVz