Package Details: wingpanel-standalone-git r620.6437f0d-2

Git Clone URL: https://aur.archlinux.org/wingpanel-standalone-git.git (read-only, click to copy)
Package Base: wingpanel-standalone-git
Description: Stylish top panel that holds indicators and spawns an application launcher (without Gala dependencies)
Upstream URL: https://github.com/elementary/wingpanel
Licenses: GPL3
Groups: pantheon-qq
Conflicts: libwingpanel-3.0.so, libwingpanel.so, wingpanel, wingpanel-bzr, wingpanel-git, wingpanel-standalone-bzr
Provides: libwingpanel-3.0.so, libwingpanel.so, wingpanel, wingpanel-bzr, wingpanel-git, wingpanel-standalone-bzr
Replaces: wingpanel-standalone-bzr
Submitter: quequotion
Maintainer: quequotion
Last Packager: quequotion
Votes: 3
Popularity: 0.000008
First Submitted: 2017-05-15 04:37
Last Updated: 2021-04-17 11:33

Dependencies (24)

Required by (32)

Sources (6)

Pinned Comments

quequotion commented on 2020-09-23 13:18

NEWS: Upstream has bumped wingpanel's api version to 3.0.

I have been able to port this patchset to the new wingpanel, however you may find that the indicators in [community] and third-party indicators, even from git, do not work with it at the moment.

This is because they are released for the 2.0 API. You may either upgrade to -git indicators (assuming upstream has already ported them to the new API), and pressure third-party developers to upgrade their dependency, OR wait for elementary OS to make official releases of their new wingpanel and indicators (and still pressure third-party developers to upgrade their dependency) which will be uploaded to [community], OR pressure me to produce a secondary package using the 2.0, legacy, API to maintain status quo (which I do not want to maintain and will delete as soon as upstream makes an official release).

An interim, and highly unrecommended workaround would be to create a 2.0 symlink of the 3.0 library. This works only as long as the indicators do not notice the difference, and there's no guarantee of that. An indicator could call a missing or reconfigured function and crash or lock itself up and/or wingpanel at any time.

EDIT: I came up with another interim, unrecommendable workaround, no better than the previous one: by reverting the commit that changes the numbering of the library version. Note that this does not actually change the library version: whatever is different is still different--it's really 3.0, just mislabeled as 2.0.

If you'd like to try this dirty hack, which will be just as vulnerable to crashing and freezing, uncomment lines 21 , 23, and 48~9 in the PKGBUILD before building.

quequotion commented on 2019-03-08 10:28

The following patches are applied:

autohide.patch Implements autohide.

minus-{backgroundmanager,galaplugin}.patch Remove features that depend on the Gala window manager (leaves the panel background transparent).

no-mutter-typelib.patch Wouldn't compile until it was removed. (no need for gala == no need for mutter)

fix-for-openbox.patch Fix strutting behavior in openbox; probably a temporary patch.

Latest Comments

1 2 3 Next › Last »

quequotion commented on 2020-09-29 10:46

@DAC324, please read the comment just before yours, which is now pinned at the top as well.

DAC324 commented on 2020-09-28 17:48

I am not sure if this package can be easily installed everywhere:

looking for conflicting packages...
:: wingpanel-standalone-git and wingpanel are in conflict. Remove wingpanel? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by pantheon-applications-menu-git
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by pantheon-session-git
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by wingpanel-indicator-bluetooth
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by wingpanel-indicator-datetime
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by wingpanel-indicator-keyboard
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by wingpanel-indicator-network
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by wingpanel-indicator-nightlight
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by wingpanel-indicator-notifications
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by wingpanel-indicator-power
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by wingpanel-indicator-session
:: removing wingpanel breaks dependency 'libwingpanel-2.0.so=0-64' required by wingpanel-indicator-sound

quequotion commented on 2020-09-23 13:18

NEWS: Upstream has bumped wingpanel's api version to 3.0.

I have been able to port this patchset to the new wingpanel, however you may find that the indicators in [community] and third-party indicators, even from git, do not work with it at the moment.

This is because they are released for the 2.0 API. You may either upgrade to -git indicators (assuming upstream has already ported them to the new API), and pressure third-party developers to upgrade their dependency, OR wait for elementary OS to make official releases of their new wingpanel and indicators (and still pressure third-party developers to upgrade their dependency) which will be uploaded to [community], OR pressure me to produce a secondary package using the 2.0, legacy, API to maintain status quo (which I do not want to maintain and will delete as soon as upstream makes an official release).

An interim, and highly unrecommended workaround would be to create a 2.0 symlink of the 3.0 library. This works only as long as the indicators do not notice the difference, and there's no guarantee of that. An indicator could call a missing or reconfigured function and crash or lock itself up and/or wingpanel at any time.

EDIT: I came up with another interim, unrecommendable workaround, no better than the previous one: by reverting the commit that changes the numbering of the library version. Note that this does not actually change the library version: whatever is different is still different--it's really 3.0, just mislabeled as 2.0.

If you'd like to try this dirty hack, which will be just as vulnerable to crashing and freezing, uncomment lines 21 , 23, and 48~9 in the PKGBUILD before building.

DAC324 commented on 2020-09-21 08:54

This package cannot be installed:

==> Starting prepare()...
  -> Autohide
patching file meson.build
Hunk #2 succeeded at 31 with fuzz 2.
patching file schemas/io.elementary.desktop.wingpanel.gschema.xml
patching file src/PanelWindow.vala
Hunk #4 succeeded at 305 (offset -1 lines).
patching file src/Widgets/Panel.vala
Hunk #2 succeeded at 94 with fuzz 1 (offset 9 lines).
patching file src/meson.build
Hunk #1 succeeded at 16 (offset 1 line).
  -> Fix multiple-monitor strut method for openbox
patching file src/PanelWindow.vala
Hunk #1 succeeded at 379 (offset 210 lines).
Hunk #2 succeeded at 391 (offset 210 lines).
  -> Remove Gala dependecies
patching file src/PanelWindow.vala
Hunk #1 succeeded at 159 with fuzz 2 (offset 73 lines).
Hunk #2 succeeded at 400 with fuzz 2 (offset 249 lines).
Hunk #3 succeeded at 404 with fuzz 1 (offset 243 lines).
patching file src/Widgets/Panel.vala
Hunk #1 succeeded at 25 with fuzz 2.
Hunk #2 succeeded at 79 with fuzz 1 (offset 16 lines).
Hunk #3 succeeded at 265 (offset 37 lines).
patching file src/meson.build
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file src/meson.build.rej
==> ERROR: A failure occurred in prepare().
    Aborting...
error making: wingpanel-standalone-git

quequotion commented on 2020-06-11 11:30

@Ptero-4 @SolarAquarian

I have tested in a clean chroot, no patch appears to be failing.

As of 2020-06-11 20:30 JST:

==> Starting prepare()...
  -> Autohide
patching file meson.build
patching file schemas/io.elementary.desktop.wingpanel.gschema.xml
patching file src/PanelWindow.vala
Hunk #4 succeeded at 305 (offset -1 lines).
patching file src/Widgets/Panel.vala
patching file src/meson.build
Hunk #1 succeeded at 16 (offset 1 line).
  -> Remove Gala dependecies
patching file src/PanelWindow.vala
Hunk #1 succeeded at 159 with fuzz 2 (offset 73 lines).
Hunk #2 succeeded at 400 with fuzz 2 (offset 249 lines).
Hunk #3 succeeded at 404 with fuzz 1 (offset 243 lines).
patching file src/Widgets/Panel.vala
Hunk #1 succeeded at 25 with fuzz 2.
Hunk #2 succeeded at 79 with fuzz 1 (offset 16 lines).
Hunk #3 succeeded at 256 (offset 28 lines).
patching file src/meson.build
Hunk #1 succeeded at 2 (offset 1 line).
patching file meson.build
Hunk #1 succeeded at 39 (offset 1 line).
patching file meson.build

Edit: I ran into the problem you were having while bisecting a different problem. Not sure how it doesn't cause a problem with the latest version, but a fix is on the way.

Edit again: fixed!

Ptero-4 commented on 2020-06-09 03:51

@SolarAquarion one of the patches is failing The one that is failing is the minus-backgroundmanager one. Wingpanel changed enough to throw off the patching process.

SolarAquarion commented on 2020-06-09 00:50

one of the patches are failing

Ptero-4 commented on 2020-05-24 20:50

minus-backgroundmanager patch fails to apply. -> Remove Gala dependecies patching file src/PanelWindow.vala Hunk #1 succeeded at 159 with fuzz 2 (offset 73 lines). Hunk #2 succeeded at 400 with fuzz 2 (offset 249 lines). Hunk #3 succeeded at 404 with fuzz 1 (offset 243 lines). patching file src/Widgets/Panel.vala Hunk #1 succeeded at 25 with fuzz 2. Hunk #2 FAILED at 63. Hunk #3 succeeded at 299 (offset 37 lines). 1 out of 3 hunks FAILED -- saving rejects to file src/Widgets/Panel.vala.rej patching file src/meson.build Hunk #1 succeeded at 2 (offset 1 line). ==> ERROR: Se produjo un fallo en prepare(). Cancelando...

quequotion commented on 2019-10-30 04:25

@PedroHLC

Sorry for the delay, there were more upstream changes than I thought.

Last night's updates got this to compile and install again, but also introduced a new bug: autohide modes do not initiate properly, so the panel may be stuck hidden or showing on startup. If this happens, toggle the dconf setting (io.elementary.desktop.wingpanel autohide) to recover the panel (autohide modes will work until the next restart).

This is caused by a change in how wingpanel handles dconf settings (upstream dropped their ad-hoc implementation an switched to GLib.Settings). I'll keep working on it.

EDIT: Fixed!

PedroHLC commented on 2019-10-02 12:32

==> Starting prepare()...
  -> Autohide
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git a/./.travis.yml b/../wingpanel-qq/wingpanel-qq/.travis.yml
|index 20a23ed..409aceb 100644
|--- a/./.travis.yml
|+++ b/../wingpanel-qq/wingpanel-qq/.travis.yml
--------------------------