) >>> >>> You can also override the menu bar shortcuts by finding gpcb-menu.res >>> (you might need to build pcb from sources to get a copy), editing it, >>> and putting it in ~/.pcb/ >>> >> --000000000000d7964e0585bce4d7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

I d= ownloaded=C2=A0 the latest version using ..
git clone git://git.geda-project.org/pcb.git

All seemed to go OK, and all the required tools (gcc, automake,etc) = are all present.

The ,/autogen.sh ran OK and made the configu= re file.

Then I encountered the first stumble while running ,/conf= igure.
=C2=A0It is about DBUS.
-----------------------------------checking for whether to use DBUS... yes
checking for DBUS... no
conf= igure: error: Cannot find dbus-1 >=3D 0.61, install it and rerun ./confi= gure
Please review the following errors:
No package 'dbus-1' = found
------------------------------------

I this Linux Mint, i= t uses the Ubuntu (Xenial).

The package is called "dbus"= , not "dbus-1" although there are references to "dbus-1-debu= g" and dbus-1-doc".

I checked ..
----------------= ----------------------
graham # apt-get install dbus
Reading package = lists... Done
Building dependency tree=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0
Reading state information... Done
dbus is already the newest ver= sion (1.10.6-1ubuntu3.3).
----------------------------------------
So we do have DBUS installed OK - it came with the distro automatically= installed.

Unfortunately, configure looks for dbus-1.

I an a application user, not a programmer.
I would not usually meddle = with automatically generated scripts, but might it be something as easy as = replacing all references "dbus-1" with "dbus" in the co= nfigure script?

Maybe I will try it anyway. It might make a me= ss, but I can start over if it does.

Regards

Graham

On Thu, 4 = Apr 2019 at 21:58, Chad Parker (parker DOT charles AT gmail DOT com) [via g= eda-help AT delorie DOT com> wrote:

Hi Graham-
This is a kn= own bug:
https://bugs.launchpad.net/pcb/+bug/14966= 03

It has to do with how window ma= nagers intercept the "Alt" key. Likely when you press "Alt&q= uot; and click, you'll drag around the entire window. The window manage= r is intercepting the keystrokes and acting instead of passing the input al= ong to pcb. It's possible that the selection of this key combination ac= tually predated that window manager behavior.
We're planning to fix it in the next release, which I imagi= ne will drop in the next couple of months.

The ver= sion you're using is obviously 5 years old, and many improvements have = been made in that time. I would strongly recommend updating to the latest r= elease if possible. If your distribution doesn't include newer versions= , you can always build and install pcb from source. I'd be happy to hel= p you with that if you need.

Thanks,
--Chad

On Thu, Apr 4, 2019 at 4:29 PM Graham S (graham DOT seale AT gmail DOT com) [vi= a geda-help AT delo= rie.com] <geda-help AT delorie DOT com> wrote:

Thank you. = This does work!
I have to ask, when did it change, and, if you kno= w, then why?
The motivation for assigning part of a logical k= ey binding set to a menu function that is available in the toolbar anyway s= eems unclear.

Do I need to use a more up-to-date version?=
For me to get a more recent version from the repository, I would = have to install Linux Mint 19.1, or use some more deliberate method.
Any= way, my thanks for the prompt reply, and that it did work.

My regards
Graham

On Thu, 4 Apr 2019 at 21:08, DJ Delorie &l= t;dj AT delorie DOT com>= ; wrote:

You can select the via, and use the "command line":

:ChangeDrillSize(Selected,=3D28mil)

(i.e. press ":" and type "Change...", then <ENTER>= ;)

You can also override the menu bar shortcuts by finding gpcb-menu.res
(you might need to build pcb from sources to get a copy), editing it,
and putting it in ~/.pcb/

--000000000000d7964e0585bce4d7--