Fwd: different bg-images on different workspaces

[Martin Dietze]

Gerhard,

On 15 October 2015 at 16:50, Gerhard Wolfstieg  wrote:
> Since debian stretch you don't have wmakerconf anymore and wprefs
> doesn't provide it, I have to edit a file (probably
> ~/GNUstep/Defaults/WindowMaker) to get different background images per
> Workspace.
>  But I cannot find any documentation on this.

 a few months ago I opened a thread here on that same subject. I wrote a
little shell script that I run via .xinitrc - it selects background images
from a directory and changes them randomly - each workspace gets its own
image. You can send a SIGHUP to trigger immediate change of wallpapers. The
script has its limits (e.g. the number of workspaces, timeout for changing
wallpapers and the image directory are hard-coded), but it has been working
like a charm for me ever since I set it up. You may take a look at this
code:

#!/bin/sh

SLEEP_PID=0

trigger() {
  echo "Triggering new wallpapers..."
  if [ $SLEEP_PID -gt 0 ]; then
CMD="kill $SLEEP_PID"
echo "$CMD"
$CMD
  fi
}

quit() {
  echo quit
  exit 0
}

trap trigger SIGHUP
trap quit SIGTERM

cd /usr/local/share/backgrounds/Variety/
while true; do
  w=0
  date
  find . | sed 's/^\.\///' | sort -R | while read i; do
test -d "$i" && continue
case "$i" in
  keep-ratio*)
CMD="wmsetbg -f -w $w"
;;
  *)
CMD="wmsetbg -w $w"
;;
esac
echo "$CMD $i"
$CMD "$i"
w=`expr $w + 1`
if [ $w -gt 6 ]; then
  break
fi
  done
  sleep 10m &
  SLEEP_PID=$!
  wait $SLEEP_PID
done

-- 
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org

- / http://herbert.the-little-red-haired-girl.org /
-

Re: Is anybody building rpms from wmaker-crm/next?

[Martin Dietze]

On 27 May 2015 at 11:44, Carlos R. Mafra crma...@gmail.com wrote:
 This service can build packages for multiple distros and I always
 had the impression that it could potentially unify the work
 done by each distro, they would all just pick up the wmaker package
 from that build system. So the work done by one packager benefits
 all the others.

I know somebody at SuSE, I may just ask him if he'd like to do this.

-- 
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org 
- / http://herbert.the-little-red-haired-girl.org / -


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Is anybody building rpms from wmaker-crm/next?

[Martin Dietze]

On 27 May 2015 at 10:03, Nerijus Baliunas neri...@users.sourceforge.net wrote:
 I would take the latest Fedora WindowMaker src.rpm, replace the tarball in it 
 and rebuild it

OK, got it. The problem was that I have a GNUstep installation in
~/GNUstep and several environment variables pointing to it.
This lead to WPrefs.app being installed into
BUILDROOT/???/home/???/GNUstep causing the rpm build to fail because
files were not found where expected.

I guess adding this line to the spec before the buld might help making
the rpm build more robust:

unset GNUSTEP_FLATTENED GNUSTEP_HOST GNUSTEP_HOST_CPU GNUSTEP_HOST_OS
GNUSTEP_HOST_VENDOR GNUSTEP_IS_FLATTENED GNUSTEP_LOCAL_ROOT
GNUSTEP_MAKEFILES GNUSTEP_NETWORK_ROOT GNUSTEP_PATHLIST
GNUSTEP_SYSTEM_ROOT GNUSTEP_USER_ROOT

Cheers,

Martin

-- 
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org 
- / http://herbert.the-little-red-haired-girl.org / -


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Is anybody building rpms from wmaker-crm/next?

[Martin Dietze]

On 27 May 2015 at 11:32, Alexey I. Froloff ra...@raorn.name wrote:
 Better use mock instead of just rpm-build.

mock? Never heard of that. I am rather unfamiliar with the RH family
of distributions and its tools...

-- 
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org 
- / http://herbert.the-little-red-haired-girl.org / -


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Is anybody building rpms from wmaker-crm/next?

[Martin Dietze]

On 27 May 2015 at 12:59, Alexey I. Froloff ra...@raorn.name wrote:
 There's no suck thing like unified package, sorry to disappoint
 you.

 It is possible to use one source package to build RPMs for
 different distros (like Fedora, RHEL, SUSE, whatever), but due to
 little differences in macros, specfile would look like spaghetti
 of %ifdef's, each section maintained by different people.

As far as I understand the very idea behind SuSE's Open Build Service
(http://en.wikipedia.org/wiki/Open_Build_Service) is to provide an
infrastructure to provide native packages for different distros. This
does not free maintainers from making the necessary changes in their
specs, and of course this tends to uglify specs. Still I believe that
doing this would be a great benefit for the community.

Cheers,

Martin

-- 
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org 
- / http://herbert.the-little-red-haired-girl.org / -


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Is anybody building rpms from wmaker-crm/next?

[Martin Dietze]

On 27 May 2015 at 14:12, Alexey I. Froloff ra...@raorn.name wrote:
 P.S. You can simplify this by importing Ukrainian translations
 and converting manpages from iso8859-1 to utf-8.

Я тільки за :)

I was happy to see that somebody has actually made them by now (I had
planned to do this myself for long, but for a non-native speaker this
kind of thing usually takes a bit longer of course).

Cheers,

m.

-- 
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org 
- / http://herbert.the-little-red-haired-girl.org / -


--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Is anybody building rpms from wmaker-crm/next?

[Martin Dietze]

On 27 May 2015 at 15:44, Carlos R. Mafra crma...@gmail.com wrote:
 Can someone send this to the main git repo for greater visibility?

I've committed them, see appended. I haven't tried it out though.

Cheers,

Martin

-- 
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org 
- / http://herbert.the-little-red-haired-girl.org / -


0001-Import-of-partly-outdated-Ukrainian-translations.patch.gz
Description: GNU Zip compressed data

Is anybody building rpms from wmaker-crm/next?

[Martin Dietze]

Still being a diehard Debian user I have to use RHEL at work (gasp).

I have long searched for more or less up-to-date ready-made packages,
and I ended up with the repo on li.nux.ro. This is nice, but I've
always liked to play around with the most recent features and benefit
from bugfixes (e.g. the bugfix for the problem with Affiche.app that I
reported has not yet made it into any distro).

Therefore having an rpm .spec usable with the latest code from git
would be extremely nice. The distro-specific differences (like names
and versions of dependencies) will probably keep us from maintaining
ONE spec within the git repo, but that could be adapted fairly easily
for personal use.
I tried using the .spec from li.nux.ro, but building the package
failed when installing WPrefs.app into BUILDROOT, and since at work I
cannot really spend lots of time trying to debug this.

Any suggestions?

Cheers,

Martin

-- 
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org 
- / http://herbert.the-little-red-haired-girl.org / -


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Affiche.app crashes WM

[Martin Dietze]

On 6 April 2015 at 20:17, Christophe christophe.cu...@free.fr wrote:
 Do you think it would be possible to extract a backtrace and share it on the 
 list? That would be very convenient to hunt down that bug...

On my RHELish distro I get crash reports via email. See the attachment
for what I get after WM crashes.

Cheers,

m.

-- 
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org 
- / http://herbert.the-little-red-haired-girl.org / -
time:   Mi 25 Mär 2015 16:12:59 CET
cmdline:wmaker --for-real=
uid:500 (md)
abrt_version:   2.1.11
event_log:  
executable: /usr/bin/wmaker
hostname:   Paulina
kernel: 3.8.13-55.1.8.el7uek.x86_64
last_occurrence: 1427296379
pid:15171
pkg_arch:   x86_64
pkg_epoch:  0
pkg_name:   WindowMaker
pkg_release:2.el7.nux
pkg_version:0.95.6
pwd:/home/md
runlevel:   N 5
username:   md

sosreport.tar.xz: Binary file, 10161576 bytes

cgroup:
:10:hugetlb:/
:9:perf_event:/
:8:blkio:/
:7:net_cls:/
:6:freezer:/
:5:devices:/
:4:memory:/
:3:cpuacct,cpu:/
:2:cpuset:/
:1:name=systemd:/user.slice/user-500.slice/session-2.scope

core_backtrace:
:{   signal: 6
:,   executable: /usr/bin/wmaker
:,   stacktrace:
:  [ {   crash_thread: true
:,   frames:
:  [ {   address: 140133078767063
:,   build_id: e4b49143a2f2ac61885f45c7e73af0d4d9040d8d
:,   build_id_offset: 218583
:,   function_name: raise
:,   file_name: /lib64/libc.so.6
:}
:  , {   address: 140133078772936
:,   build_id: e4b49143a2f2ac61885f45c7e73af0d4d9040d8d
:,   build_id_offset: 224456
:,   function_name: abort
:,   file_name: /lib64/libc.so.6
:}
:  , {   address: 140133079031303
:,   build_id: e4b49143a2f2ac61885f45c7e73af0d4d9040d8d
:,   build_id_offset: 482823
:,   function_name: __libc_message
:,   file_name: /lib64/libc.so.6
:}
:  , {   address: 140133079067580
:,   build_id: e4b49143a2f2ac61885f45c7e73af0d4d9040d8d
:,   build_id_offset: 519100
:,   function_name: _int_malloc
:,   file_name: /lib64/libc.so.6
:}
:  , {   address: 140133079073164
:,   build_id: e4b49143a2f2ac61885f45c7e73af0d4d9040d8d
:,   build_id_offset: 524684
:,   function_name: malloc
:,   file_name: /lib64/libc.so.6
:}
:  , {   address: 140133131281966
:,   build_id: a191a35e4dca41a7a6c5680b162cc77c02c638d3
:,   build_id_offset: 42542
:,   function_name: wmalloc
:,   file_name: /lib64/libWUtil.so.5
:}
:  , {   address: 4588899
:,   build_id: 340b140c001dc1912204438a888dcec73ec5425a
:,   build_id_offset: 394595
:,   function_name: wNETWMUpdateDesktop
:,   file_name: /usr/bin/wmaker
:}
:  , {   address: 4600164
:,   build_id: 340b140c001dc1912204438a888dcec73ec5425a
:,   build_id_offset: 405860
:,   function_name: wWorkspaceForceChange
:,   file_name: /usr/bin/wmaker
:}
:  , {   address: 4504619
:,   build_id: 340b140c001dc1912204438a888dcec73ec5425a
:,   build_id_offset: 310315
:,   function_name: StartUp
:,   file_name: /usr/bin/wmaker
:}
:  , {   address: 4240451
:,   build_id: 340b140c001dc1912204438a888dcec73ec5425a
:,   build_id_offset: 46147
:,   function_name: main
:,   file_name: /usr/bin/wmaker
:} ]
:} ]
:}

dso_list:
:/usr/lib64/libgcc_s-4.8.3-20140911.so.1 libgcc-4.8.3-9.el7.x86_64 (Oracle 
America) 1426254782
:/usr/lib64/libz.so.1.2.7 zlib-1.2.7-13.el7.x86_64 (Oracle America) 1426253780
:/usr/lib64/libXpm.so.4.11.0 libXpm-3.5.10-5.1.el7.x86_64 (Oracle America) 
1426253968
:/usr/lib64/libwraster.so.5.0.0 WINGs-libs-0.95.6-2.el7.nux.x86_64 (Nux!) 
1426258002
:/usr/share/fonts/webcore/verdanab.ttf webcore-fonts-3.0-1.noarch (Nux!) 
1426691230
:/usr/lib64/libbz2.so.1.0.6 bzip2-libs-1.0.6-12.el7.x86_64 (Oracle America) 
1426253781
:/usr/share/fonts/dejavu/DejaVuSans-Bold.ttf 
dejavu-sans-fonts-2.33-6.el7.noarch (Oracle America) 1426254062
:/usr/lib64/libfontconfig.so.1.7.0 fontconfig-2.10.95-7.el7.x86_64 (Oracle 
America) 1426253832
:/usr/lib64/libXext.so.6.4.0 libXext-1.3.2-2.1.el7.x86_64 (Oracle America) 
1426253915
:/usr/lib64/libpthread-2.17.so glibc-2.17-78.0.1.el7.x86_64 (Oracle 

Support for NETWM_FULLSCREEN_MONITORS hint?

[Martin Dietze]

I am using WM on VMWare. Since VMWare changed their way of handling
multiple monitors you no longer get to see all your monitors using
xrandr and thus can no longer create your own dual head setup. VMWare
now use the NETWM_FULLSCREEN_MONITORS hint instead, i.e. work is being
shifted to the WM. It seems like they implemented support for this
hint into some popular window managers themselves. Unfortunately WM is
not one of them, and thus there's effectively no support for multiple
monitors in WMWare if you use WM.

The whole thing is explained here: https://communities.vmware.com/thread/198341

It would be nice to eventually have support for this in WM. I am not
sure how complicated this would turn out. But as some people have
already dealt with multiple monitor support, maybe somebody could take
a brief look?

Cheers,

Martin

-- 
-- mdie...@gmail.com --/-- mar...@the-little-red-haired-girl.org 
- / http://herbert.the-little-red-haired-girl.org / -


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Best way to compile git WM under Debian

[Martin Dietze]

On Fri, May 03, 2013, Rodolfo Garc??a Pe??as wrote:

 sorry for the delay. Probably, the best way is write a little script to do 
 the work:

Actually there already is one: debian/nightly_build.sh
This should already do most of what anyone will need to just
bake oneself the latest binaries.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
The cheapest, fastest and most reliable components of a computer system are
those that aren't there  --  Gordon Bell, DEC labratories


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Perhaps Cox will run Windowmaker

[Martin Dietze]

On Mon, November 19, 2012, Rodolfo Garc??a Pe??as (kix) wrote:

 I read this article about Russ Cox. He talks about Unity which seems to be 
 a poor remake of Windowmaker without the style.

 https://www.linux.com/news/special-feature/linux-developers/611198-30-linux-kernel-developers-in-30-weeks-alan-cox

Well, I wonder from what you read that he actually takes WM into
consideration at all. Seems he likes the GNOMish stuff...

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
It was hard to code, so it should be hard to understand!


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Review tools [Re: Experimental patch]

[Martin Dietze]

 You should try the demo:
 http://demo.reviewboard.org/

I don't really think we need something like this (yet). However
if people feel the need for a review tool, I recommend gerrit
[1]. It is free and integrates with git perfectly. We use it at
work. Procedure as follows:

You push your changes to the git server (which is a git server
with some functionality around). People can then review a patch
using a simple web frontend. It can bounce back and forth, and
when it's finally good enough, it can be approved - again via
the web interface - and will go straight to the origin repo.

The good thing is that it's extremely light weight and
integrates smoothly into the way you work with git anyway.

Just my five cents.

M'bert

[1] http://code.google.com/p/gerrit/

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Was ist der Unterschied zwischen einer Bratsche und einer Waschmaschine?
Die Waschmaschine vibriert, kommt erst am Ende ins Schleudern, und was 
rauskommt, ist sauber.


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: rewrite scripts to Perl

[Martin Dietze]

On Fri, February 24, 2012, Kamil Rytarowski wrote:

 Is possible to propose a patch rewritting wm scripts (like wmaker.inst) 
 from BASH to Perl?

Possible? Certainly.

 Why? BASH is harder to maintain, more erro prone. All the time there is a 
 need for hacks.

I disagree. For simple, file system centric tasks, shell scripts
are just the technology of choice. Just about anybody familiar
with Unix systems can deal with Bourne shell code.

Having taken a quick look at the current wmaker.inst code I
think that it is fairly readable. I cannot see any improvement
that could result from rewriting it in Perl apart from
introducing new bugs.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
HAS ANYBODY SEEN MY CAPS_LOCK KEY?  __  SHIFTY@AOL:COM


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: rewrite scripts to Perl

[Martin Dietze]

On Fri, February 24, 2012, Brad Jorsch wrote:

 Every system will have a bourne-compatible shell installed as /bin/sh,
 or MANY things will break. Does wmaker.inst have bashisms, or is all
 this talk about bash not entirely accurate?

There are no bashisms in that script. The code is fairly
portable. 

Having read the word BASH all the time I wonder if the OP
really knows what he is writing about. I don't see any point
in even arguing about this.

And honestly, having written several thousands of LOCs in Bourne
Shell, bash and Perl I simply cannot agree that Perl code is in
general easier to understand and maintain (actually, I've seen
much more write-only code written in Perl than in just about any
other language). 

Finally another general point - if you need to copy / move stuff
around in the file system and do simple filtering jobs, the
shell is the most natural way to do this. A shell script is thus
the most natural way of automating this. I would never trust any
system administrator who does not like the shell. 

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Dann freuen wir uns und gehen weiter und denken noch im Kuessegeben: Wie nah 
sind uns manche Tote, wie tot sind uns manche, die leben.  --  Wolf Biermann


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Launch WPrefs by default via the primary dock button

[Martin Dietze]

On Tue, February 21, 2012, John H. Robinson, IV wrote:

 Not really, but Window Maker is the window manager of choice for
 GNUstep. There is a lot of symbiosis between the two.

Would not call it symbiosis since one works perfectly well
without the other, also WM is not based on *Step code.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Warum geht ein Bratscher nicht �ber einen Friedhof?
Zu viele Kreuze...


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Re-Redeveloped Website

[Martin Dietze]

On Tue, February 07, 2012, Carlos R. Mafra wrote:

 I think a new icon in the dock where we put Themes from users would
 be nice too, no? Does anybody volunteer to do that? :-)

I can surely contribute some themes and snapshots (need to be
home for that, might not be today). Ideally we should also
provide WMState and a list of dockapps needed to have that
WMState working. 

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Warum sind Bratschen auf modernen CD-Einspielungen nicht zu h�ren?
Weil die Technik inzwischen Aufnahmen ohne jegliche Nebenger�usche
produzieren kann...


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: BTS

[Martin Dietze]

On Tue, February 07, 2012, Rodolfo kix Garcia wrote:

 The idea is good, but, SourceForge (and google code) has countries blocked.

That's interesting, I did not know that. Which countries, and
for what reason?

If that is a blocker (I can't comment on that without more
information), maybe there's another good open source hoster
around with bug tracker integration? I still think that SF is a
good choice..

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
I got it good, I got it bad. I got the sweetest sadness I ever had.
  --- the The


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Re-Redeveloped Website

[Martin Dietze]

On Tue, February 07, 2012, Carlos R. Mafra wrote:

 Yeah, do whatever you feel is better. The biggest problem
 for me would be to actually write a php file displaying 
 screenshots and all that, so if you (or anyone else) feel 
 like doing that too, that will be great.

Should in principle not be a problem. Admittedly I usually try
to avoid PHP, thus don't have any construction at hand.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Last yeer I kudn't spel Engineer.  Now I are won.


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: BTS

[Martin Dietze]

On Tue, February 07, 2012, Rodolfo kix Garcia wrote:

 Me too. I don't have problems with the current git, and I only request a
 BTS because I think is better for us. But I don't have time to maintain
 a BTS, webpage or git.

Well, having used SF for a couple of my projects for years now
I'd say that there is not much to maintain. The git is just as
git is, i.e. there's no additional maintenance effort involved
with that. 

The BTS is something we may want. If that is the case, it's
supposed to save us time. I'm used to working with BTS, and I
like it better than maintaining BUGS files :)

With TRAC we'd also get a Wiki which integrates nicely with the
BTS and - once this is available - with the code in the git. I
used to work with it for several years while still in my last
company, and I really like it a great deal, it's simple and
helps developers organise. 

I'm probably the one here who has contributed the least from all
of us here. Therefore I don't really want to convince people if
they feel differently. But as the question was raised, that's
what I think about it :)

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Ich trink kein Wasser. Da ficken Fische drin...


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: BTS

[Martin Dietze]

On Sun, February 05, 2012, Carlos R. Mafra wrote:

 Voting for something is a waste of time. Either someone _does_ 
 something his own way or nobody does anything and keep voting hoping
 that someone else will do something.

I suggest we move the project to sourceforge. Getting the
project approved will be no problem. Sourceforge does git
hosting, and it has TRAC. I have some of my projects hosted by
them, and I have no reasons for complaints. The only thing that
is missing right now is git integration in TRAC. They've
promised to get this done for long, and so far it hasn't
happened. But even without git integration TRAC is a fair bug
tracking sysem. 

This way we'd have the stuff hosted, also if Carlos wants, he
can easily add more developers with repository write acces. 

Some people may not like SF, some may say other open source
hosting providers are better, but this is one that does what we
need, I've used it for long, and I think it will do the job
well.

That's what I think about it.

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Warum sind Bratschen auf modernen CD-Einspielungen nicht zu h�ren?
Weil die Technik inzwischen Aufnahmen ohne jegliche Nebenger�usche
produzieren kann...


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Where are the users ?

[Martin Dietze]

On Thu, February 02, 2012, Michael wrote:

 - Where is the product right now (positioned in which market, or fitting what 
 needs, of which customers)
 - Into which market should it move (assuming the original market has changed 
 or disappeared)
 - Which key features does that imply (which are absolute basic, and need to 
 work bug-free, and where can we be better than others)

I think it is in the nature of open source software that the
chiefly targeted customer is oneself. Thus most of the decisions
you raise here will be made according to personal needs and
preferences. 

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Last yeer I kudn't spel Engineer.  Now I are won.


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: BTS

[Martin Dietze]

On Thu, February 02, 2012, John H. Robinson, IV wrote:

 Though, to be completely honest, I think I'd rather see something like
 Trac or Redmine where everything is coordinated. Still requires pretty

+1

Also the RCS-integration could be helpful.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Die Freiheit ist uns ein schoenes Weib. 
Sie hat einen Ober- und Unterleib.


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Debian Build error in the git

[Martin Dietze]

Hi, not posting this to the list, my auto build failed again
today:

dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: debian/libwutil2/DEBIAN/symbols doesn't match 
completely debian/libwutil2.symbols
--- debian/libwutil2.symbols (libwutil2_0.95.1-git-20120201-1459-1_i386)
+++ dpkg-gensymbolsDjVkvI   2012-02-01 15:02:00.0 +0100
@@ -197,8 +197,9 @@
  W_InitNotificationCenter@Base 0.95.0
  _WINGS_progname@Base 0.95.0
  __wmessage@Base 0.95.0
- copy_file@Base 0.95.1
+#MISSING: 0.95.1-git-20120201-1459-1# copy_file@Base 0.95.1
  destroyNode@Base 0.95.0
+ wcopy_file@Base 0.95.1-git-20120201-1459-1
  wdefaultspathfordomain@Base 0.95.0
  wexpandpath@Base 0.95.0
  wfindfile@Base 0.95.0
dh_makeshlibs: dpkg-gensymbols -plibwutil2 -Idebian/libwutil2.symbols 
-Pdebian/libwutil2 returned exit code 1
make: *** [binary] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2

I did a fresh clone to be sure

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Old programmers don't die; they just branch to a new address.


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

New Debian auto builds

[Martin Dietze]

It seems like pulling from the git now works again for my Linux
virtual machine, thus I was able to revive the Debian auto
builds. The process is still semi-automatic as I need to
manually upload the packages, thus the packages will not 
always be puncutal, however we have an apt-get'able repo
for builds from the git again.

For those who don't yet use the repo, use

  deb http://www.the-little-red-haired-girl.org/pub/wmaker/ testing main

for the testing and

  deb http://www.the-little-red-haired-girl.org/pub/wmaker/ unstable main

for the unstable branch in `/etc/apt/sources.lst' for use of apt-get.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
That's right, yelled Vroomfondel, we demand rigidly defined areas of 
doubt and uncertainty!  -- Douglas Adams


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: WMLive CD/DVD ISO updated

[Martin Dietze]

On Mon, January 30, 2012, Paul Seelig wrote:

 with the newly released wmaker-0.95.1 with it's now fully functional
 debianization, i have updated my WMLive web page with a new build of a
 live WindowMaker system based on Ubuntu 11.04. On

Very good initiative! 
It seems like you've configured Firefox/Thunderbird to use the
GtkStep2 theme? Just out of interest, I noticed that this theme
does no longer work with the more recent GTK-based applications
(gtk3 if I'm not too mistaken) - has anyone cared to create a
STEP-like theme for the current gtk version?

One last thing - I think you can make the default configuration
a bit more attractive if you preconfigure a nice background
image, also (I haven't seen the CD yet) if it's bundled with
some nice themes to choose from. Just an idea - why not ask
people to send in their personal configurations - themes and
dock (WMState) and add the best ones to the distro, so that
users can choose from them?

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Nepper, Schlepper, Maehdrescher  -- die Milchkoenigin


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Debian folder in git? [Re: PowerPC Icon Fix Patch [wmaker-crm]]

[Martin Dietze]

On Thu, January 19, 2012, Carlos R. Mafra wrote:

 The original motivation for the debian/ folder was to help people test
 wmaker-crm by making a debian package out of it.
 
 Now that wmaker-crm is on debian, it should be removed to avoid this
 kind of confusion. Whatever debian does to the package, it's their
 business. 

I strongly disagree with this. I think it's good style to have
working distro build scripts in the code base. If you use a
distro with a package manager, you will always prefer to build
the software for the package manager rather than putting stuff
to /usr/local where you depend on often sloppily written
'uninstall' make targets. 

Having the 'debian' folder in the code also discourages
maintainers on different debian-derived distros from creating
incompatible debianization which confuses (and annoys) people. 
The same applies to .spec files for RPM as well and of course to
other formats I don't even know of. 

We're lucky to have people here on the project who actively
maintain these files. If this weren't the case I'd probably
argue differently.

Also: I know I haven't provided Debian auto-builds for a while.
This is not because I've lost interest but due to the fact that
the machine I'm using at work currently runs on OSX, and due to
some change beyond my control I cannot pull from the repo in my
virtual Linux box anymore. 

However there will still be auto-builds from me in the future,
but I can only provide this service if the code is debianized. 
If I have to manually copy and edit files, I will no longer be
able to do so. 

Again, for an open source project which is included in Linux-
(and BSD- etc.) distros the distro-package configuration should
be kept with the source code (provided there is somebody around
who can take care of that).

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Its gone to meet its maker...  Its gone to join the choir invisible...
This Parrot is an Ex-Parrot!


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Can't pull from Carlos' git repo

[Martin Dietze]

Trying to build the latest incarnation I found myself unable to
pull from Carlos' git repo. 

Is there anything I've missed, or is it just a temporary hickup?

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Arthur: It's at times like this I wish I'd listened to my mother
Ford  : Why, what did she say?
Arthur: I don't know, I never listened


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Can't pull from Carlos' git repo

[Martin Dietze]

On Mon, December 19, 2011, Carlos R. Mafra wrote:

  Is there anything I've missed, or is it just a temporary hickup?
 
 Probably just a temporary failure.

I've had this for quite a while now. The error I get is this:

% git clone git://repo.or.cz/wmaker-crm.git foo
Cloning into 'foo'...
error: expected SRV RR, found RR type 1
fatal: Unable to look up repo.or.cz

That looks quite not right...

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Wie verhindert man, dass einem die Geige gestohlen wird?
Man legt sie in einen Bratschenkasten...


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: [repo.or.cz] wmaker-crm.git branch master updated: wmaker-0.94.0-crm-331-g625e762

[Martin Dietze]

On Mon, October 10, 2011, Rodolfo kix Garcia wrote:

 I sent the package yesterday to mentors.debian.net, but my sponsor cannot 
 upload the package now, probably he will upload the package the last week 
 of this month.

Cool. I will be able to provide builds more regularly as I've
just started working in a new project for which I'll be using
Linux (and WM) again.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Arthur: It's at times like this I wish I'd listened to my mother
Ford  : Why, what did she say?
Arthur: I don't know, I never listened


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Debian build: patch problem

[Martin Dietze]

Just tried to run an auto-build for new wmaker Debian packages
based on the current code. The build failed with this message:

| # quilt (I do not why is not automatically)
| QUILT_PATCHES=debian/patches quilt pop -a -R || test $? = 2
| Removing patch 51_wmaker_man.diff
| Restoring doc/wmaker.1x
| 
| Patch debian-changes-0.93.0-git-20110813-1913-1 does not remove cleanly 
(refresh it or enforce with -f)

Can anyone comment on that problem?

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
What would happen in a battle between an Enterprise security team, who always 
get killed soon after appearing, and a squad of Imperial Stormtroopers, who 
can't hit the broad side of a planet?  --Tom Galloway 


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: wmaker debian package

[Martin Dietze]

On Sun, September 04, 2011, Rodolfo Garcia wrote:

 If the next 26-sep the debian package is Orphaned yet, I will adopt it.

Unless lots of people tell me to I'll not apply for adopting the
package. I see a real danger that I might become a bottleneck
with my limited resources.

So, @Rodolfo, if you're seriously unhappy after Sep 26, please
contact me. Otherwise I'd be happy to help making your life as a
maintainer much easier by contributing here. 

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
I got it good, I got it bad. I got the sweetest sadness I ever had.
  --- the The


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Bug#583734: Use forked git repository for wmaker source

[Martin Dietze]

On Tue, August 30, 2011, Axel Beckert wrote:

 Sounds to me like forming a packaging team to distribute the load of
 taking care of wmaker in Debian could be a possibility, as there seem
 to be quite some people interested but hesitating.

I agree. I had already written that I would be willing if
nobody else wants to. The problem is my lack of time as I, too,
have lots of other projects (not only computing stuff) going. 
Also though I've been using and packaging for Debian for long
I'm not too familiar with the particularities of being
maintainer for a package. If there's a group of people working
together on this I think this could work.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
while (!asleep)
  ++sheep;


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: New Window Maker Website

[Martin Dietze]

On Tue, August 16, 2011, Rodolfo kix Garcia wrote:

 My unofficial Debian repo??

 Probably is a better idea to have Our official Debian repo ;-)

Both makes sense. I've been providing snapshot builds from
Carlos' repo for a couple of months now. These will always be 
kindof experimental as they are simply built from what I pull on
that respective day. Many people here on the list have been
using them.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
No violence, gentlemen -- no violence, I beg of you! Consider the furniture!
   -- Sherlock Holmes


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Feature Idea: Gnome Go like interface for our menus.

[Martin Dietze]

On Wed, August 17, 2011, Jason Brower wrote:

 It would be totally awesome to have a feature where I can press something 
 like the meta key or the run dialog and it take the things I type and look 

That's not a window manager feature. I'm actually using gnome-do with
WM, and it works just like with gnome, so if you like, you might
do that, too. However I feel that it still works considerably
worse than Spotlight on OSX. Improving it or writing something
better would be nice, but that's beyond our scope here.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Man muss das Dreibein hin und wieder loben, dann geht es auch schonmal runter,
den Muell wegbringen.


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Feature Idea: Gnome Go like interface for our menus.

[Martin Dietze]

On Wed, August 17, 2011, Jason Brower wrote:

 I specifically would like it to pull from the menu and it's items.  Not 
 index my entire harddrive.  To me, this falls right inline with the menu 
 system.  Gnome-do is buggy and uses way to much indexing.  I only want a 
 specific set of items that I can set as part of the menu.

But again, that is something rather easy to do. Such an app is a
nice idea but can well be implemented separately. It basically
boils down to parsing the menu file.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Die groessten Liebesgeschichten sind die, die nie stattgefunden haben


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: New Window Maker Website

[Martin Dietze]

On Mon, August 15, 2011, Paul Seelig wrote:

 I think that stable should be replaced by the term legacy, and a
 stable release should take an empty placeholder instead. The legacy
 wmaker version should definitely be marked as obviously outdated, with a
 stable release still waiting to materialize.

+1

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
If you cannot convince them, confuse them.
-- Harry S Truman


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Step by step instructions...

[Martin Dietze]

On Thu, August 11, 2011, Jason Brower wrote:

 configure.ac:66: error: possibly undefined macro: AC_PROG_LIBTOOL
   If this token and others are legitimate, please use m4_pattern_allow.
   See the Autoconf documentation.
 autoreconf: /usr/bin/autoconf failed with exit status: 1

Looks like you've got a version of autoconf which does not work
for that build. Unfortunately there are different versions
around which are not 100% compatible. This is why on Debian we
usually enforce the use of one particular version or set a
minimum version in the application's build dependencies.
You might want to check debian/control and then the autoconf
version on your system.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
This has been the most frustrating week in my life for a very long time.
 -- Australian soccer legend Paul Wade at Australia vs. Brazil in 1999 --


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Debian package needs build dep libxmu-dev

[Martin Dietze]

See above, could someone please add this to debian/control?

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Was ist ein Cluster?
Wenn vier Bratscher unisono spielen.


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: WINGs++

[Martin Dietze]

On Fri, April 02, 2010, Carlos R. Mafra wrote:

 I also liked the way the buttons look, they seem a bit more 3D.

I'd quite appreciate still being able to have WINGs look exactly
like the GNUstep apps I run. One way to achieve this would
certainly be using GNUstep themes, but there don't seem to be
many around.

Though I like the look from the screenshot I'm a bit worried
about how this would look like together with my GNUstep apps.

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
This parrot is no more.


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.

Re: Well the site hasn't changed...

[Martin Dietze]

On Mon, March 15, 2010, John H. Robinson, IV wrote:

 1) Set up the entire site underneath a CMS: Redmine. It has a nice
mercurial integration, and is used by sites such as lighttpd and
ruby.
  http://www.redmine.org/wiki/redmine/WeAreUsingRedmine

This is certainly very good news. But while we're at it *g*,
is there any timeframe for migrating the code from Carlos' git
repo into the 'official' mercurial? Also - would you be very
opposed to migrating to git? It seems like the by far more RCS 
for most people active here on the developers' list...

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Warum sind Bratschen auf modernen CD-Einspielungen nicht zu h�ren?
Weil die Technik inzwischen Aufnahmen ohne jegliche Nebenger�usche
produzieren kann...


-- 
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.