---
wmacpi/ChangeLog| 11 +++
wmacpi/wmacpi-cli.c | 2 +-
wmacpi/wmacpi.c | 2 +-
3 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/wmacpi/ChangeLog b/wmacpi/ChangeLog
index d3793e2..64a7329 100644
--- a/wmacpi/ChangeLog
+++ b/wmacpi/ChangeLog
@@ -1,3 +1,14 @@
+2014
In particular,
libacpi.c: In function ‘power_init’:
libacpi.c:339:5: warning: ignoring return value of ‘fread’, declared with
attribute warn_unused_result [-Wunused-result]
fread(buf, 4096, 1, acpi);
^
libacpi.c: In function ‘procfs_get_power_status’:
libacpi.c:434:5: warning: ignoring r
In particular,
libacpi.c: In function ‘procfs_get_battery_info’:
libacpi.c:582:9: warning: variable ‘buflen’ set but not used
[-Wunused-but-set-variable]
int buflen;
^
---
wmacpi/libacpi.c | 4
1 file changed, 4 insertions(+)
diff --git a/wmacpi/libacpi.c b/wmacpi/libacpi.c
in
Here are a few patches for wmacpi. They clean up the Makefile a bit (mostly
to make Debian packaging slightly more trivial) and fix some compiler warnings.
Carlos, could you tag the last patch wmacpi-2.3?
Thanks!
Doug Torrance (6):
wmacpi: Remove deprecated /usr/X11R6/include directory from C
"make clean" should do the expected thing.
---
wmacpi/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/wmacpi/Makefile b/wmacpi/Makefile
index 716e683..44fb5bd 100644
--- a/wmacpi/Makefile
+++ b/wmacpi/Makefile
@@ -57,9 +57,9 @@ endif
clean:
rm -f TAGS *.o *~
---
wmacpi/Makefile | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/wmacpi/Makefile b/wmacpi/Makefile
index 44fb5bd..5c6f0aa 100644
--- a/wmacpi/Makefile
+++ b/wmacpi/Makefile
@@ -62,10 +62,10 @@ clean:
clean-all: clean
install: $(targets)
- install -d $(PREFI
---
wmacpi/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/wmacpi/Makefile b/wmacpi/Makefile
index 8b90efd..716e683 100644
--- a/wmacpi/Makefile
+++ b/wmacpi/Makefile
@@ -13,7 +13,7 @@ BUILD_CLI = 1
#OPT = -pg -g
CC := gcc
-CFLAGS += $(OPT) -Wall -W -g -ansi
From: Christophe CURIS
Do not worry the user with a warning if he did not enable the feature
---
src/defaults.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/defaults.c b/src/defaults.c
index 1310399..fff239f 100644
--- a/src/defaults.c
+++ b/src/defaults.c
@@ -119
From: Christophe CURIS
When removing trailing dots in translation, missed some strings in chinese
tanslation because they have a specil unicode character for the dot.
---
WPrefs.app/po/zh_TW.po | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/WPrefs.app/po/zh_TW.po b/WPr
From: Christophe CURIS
Missed the default value that should be updated to be in pixels too
---
src/defaults.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/defaults.c b/src/defaults.c
index a4b8261..1310399 100644
--- a/src/defaults.c
+++ b/src/defaults.c
@@ -500,7 +500
From: Christophe CURIS
Hello,
A little bit of rebase to come, as I missed a few things in some patches,
so here are the fixes which I propose to merge into the original commit.
Christophe.
WPrefs.app/po/zh_TW.po | 6 +++---
src/defaults.c | 7 ---
2 files changed, 7 insertions(+)
From: Christophe CURIS
As pointed by Germán Arias, some windows in GNUstep did not have a title
bar because they declare themselves with the NET_WM type MENU.
A closer look at the spec shows that this type is meant for stuff like tear
off menus, and thus like for toolbar it is not expected that
- Christophe a écrit :
> - Germán Arias a écrit :
> > Here the output:
> >
> > german@german-desktop:~$ xprop
> > [...]
> > _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_MENU
>
> This attributes is set from the application to tell that the window is only a
> menu, and as such window
- Germán Arias a écrit :
> On 2014-11-23 12:02:47 -0600 Christophe wrote:
> > - Germán Arias a écrit :
> >> [...]
> >
> > Hi,
> > Another thing to look at would be:
> > - check the Attributes defined for the window, this can be done by
> > accessing
> > the window menu with shortcut
On 2014-11-23 12:02:47 -0600 Christophe wrote:
>
> - Germán Arias a écrit :
>> Hi all,
>>
>> After update the version of WindowMaker to latest release I noticed some
>> problems. In my desktop PC (i386) and my laptop (amd64) some GNUstep panels
>> don't have border as show the attached i
On 11/23/2014 11:49 AM, kix wrote:
> On 21/11/2014 14:52, Torrance, Douglas wrote:
>> Reading through the GNU Maintainer's guide, a lot of things seem
>> optional. For example:
>>
>>> We recommend using savannah.gnu.org for the source code repository for
>>> your package, but that’s not required.
>
- Germán Arias a écrit :
> Hi all,
>
> After update the version of WindowMaker to latest release I noticed
> some problems. In my desktop PC (i386) and my laptop (amd64) some
> GNUstep panels don't have border as show the attached image. Any
> suggestion? Thanks
>
>
Hi,
Another thing t
On 21/11/2014 14:52, Torrance, Douglas wrote:
> Argh, somehow all my quotation formatting disappeared from this email.
> Let's try this again:
>
> On 11/21/2014 02:45 AM, Carlos R. Mafra wrote:
>> I am the current maintainer, in the current 6-year-old setup. I don't
>> want to change under the GN
---
dockapps/dockapps.db| 22 ++
dockapps/img/cp3.png| Bin 0 -> 1413 bytes
dockapps/img/wmcliphist.gif | Bin 0 -> 2709 bytes
dockapps/img/wmcpufre2.qpng.png | Bin 0 -> 1510 bytes
dockapps/img/wmcpufreq.png | Bin 0 -> 1514 bytes
5 files chan
In particular, dereference hashes passed to keys function to avoid the following
warnings:
keys on reference is experimental at ./update-dockapps.pl line 91.
keys on reference is experimental at ./update-dockapps.pl line 113.
These warnings appeared after upgrading to Perl 5.20.
---
update-dockap
On Sat, 22 Nov 2014 at 19:35:30 -0600, Germán Arias wrote:
> After update the version of WindowMaker to latest release I noticed
> some problems. In my desktop PC (i386) and my laptop (amd64) some
> GNUstep panels don't have border as show the attached image. Any
> suggestion? Thanks
Thanks fo
21 matches
Mail list logo