similar to: gtk-window-decorator segfault

With current git, gtk-window-decorator quit when kde start :( Another way to make it quit: dcop kicker kicker restart => gtk-window-decorator quit.... Cedric

Kde decorator Makefiles doesn't detects kde installation dirs (include dir here, /usr/include/kde on debian). By the past, kde-config --cflags && kde-config --libs was a way to have such informations but don't seems to be working anymore :( Cedric

Here a patch to enable Vertical/Horizontal maximization in gtk-window-decorator. Cedric -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-window-decorator_HorzVertMaximize.patch Type: text/x-diff Size: 1418 bytes Desc: not available Url : http://lists.freedesktop.org/archives/compiz/attachments/20070325/22d15360/gtk-window-decorator_HorzVertMaximize.bin

Hello i have a problem on CentOS 4 with starting remote x application on remote CentOS 3 od Solaris 9 boxes. The problem is: When I run it from CentOS 3 it's OK form CentOS 4 I cannot find a bad word in logs ... My local machine stoping firewall [root at klima-pc ~]# service iptables stop [root at klima-pc ~]# iptables-save [root at klima-pc ~]# SELinux is OFF I am connecting by ssh

Anyone else got this, vlc do not start...? Here's the output.. VLC media player 0.8.6d Janus The program '.' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 280 error_code 11 request_code 146 minor_code 5) (Note to programmers: normally, X errors are reported

If you set shadow_offset_x and y to 0 then gwd crashes with this message. The program 'gtk-window-decorator' received an X Window System error. This probably reflects a bug in the program. The error was 'RenderBadPicture (invalid Picture parameter)'. (Details: serial 16033 error_code 176 request_code 154 minor_code 8)

hi, I made a small a patch for gtk-window-decorator which define default border alpha to zero when it use metacity theme. That allows while playing with the alpha attributes of the metacity themes to have transparent borders. here too the modified ?Human Ubuntu? theme and a screenshot to show the result. ps: sorry for my bad english -------------- next part -------------- A non-text attachment

Here a patch to make move plugin take care of CompWindowActionMoveMask. http://hibbert.univ-lille3.fr/~cbellegarde/Compiz/respectWindowActions.patch There is also a bug in gtk-window-decorator. If you use this plugin: http://forum.go-compiz.org/viewtopic.php?t=643 Set your terminal to be non movable, terminal window doesn't have _NET_WM_ACTION_MOVE, but you can move it with decoration.

In the latest git compilation by gandalfn for his repositories, I receive an odd error regarding non-window items; but only under gtk-window-decorator. All non-window items (including panels, drop-down menus, etc.) have about a 10pixel "system color" stroke effect in place of the drop shadow, or what have you. This is experienced currently under Feisty Fawn testing, afaik. Latest

Hello, I'm using mvpart option xv="1se" to compute a regression tree of good size with the 1-SE rule. To better understand 1-SE rule, I took a look on its coding in mvpart, which is : Let z be a rpart object , xerror <- z$cptable[, 4] xstd <- z$cptable[, 5] splt <- min(seq(along = xerror)[xerror <= min(xerror) + xvse * xstd]) I interprete this as following: the

A patch was submitted to the ML a while ago that cured the problem with white boarders in Gtk-Window-Decorator. Can this patch be commited or be a at least fixed up to work with AIGLX? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freedesktop.org/archives/compiz/attachments/20070413/ac87c932/attachment.html

Full_Name: Gregory R. Warnes Version: R 1.3.1 OS: Solaris 2.8 Submission from: (NULL) (192.77.198.200) rpart library version 3.1-2 Error message: > plotcp(fit.thirds.1,ylim=c(0.7,1.5)); Error in plot.default(ns, xerror, axes = FALSE, xlab = "cp", ylab = "X-val Relative Error", : formal argument "ylim" matched by multiple actual arguments > This can be

I am running some models (for the first time) using rpart and am getting results I don't know how to interpret. I'm using cross-validation to prune the tree and the results look like: Root node error: 172.71/292 = 0.59148 n= 292 CP nsplit rel error xerror xstd 1 0.124662 0 1.00000 1.00731 0.093701 2 0.064634 1 0.87534 1.08076 0.092337 3 0.057300 2

Hi, I've searched online, in a few books, and in the archives, but haven't seen this. I believe that xerror is scaled to rel error on the first split. After fitting an rpart object, is it possible with a little math to determine the percentage of true classifications represented by a xerror value? -seth -- View this message in context:

Hi All, I have to say upfront that I am a complete neophyte when it comes to programming. Nevertheless I enjoy the challenge of using R because of its incredible statistical resources. My problem is this .........I am running a regression tree analysis using "rpart" and I need to run the calculation repeatedly (say n=50 times) to obtain a distribution of results from which I will pick

Hello list, I'm trying to generate classifiers for a certain task using several methods, one of them being decision trees. The doubts come when I want to estimate the cross-validation error of the generated tree: tree <- rpart(y~., data=data.frame(xsel, y), cp=0.00001) ptree <- prune(tree, cp=tree$cptable[which.min(tree$cptable[,"xerror"]),"CP"]) ptree$cptable

Dear R-list members, I am doing a CART analysis in R using the rpart function in the rpart package: Phrag.rpart=rpart(PhragDiff~., data = Phrag, method="anova", xval=10). I used the xerror values in the CP table to prune the tree to 4 nsplits: CP nsplit rel error xerror xstd 1 0.098172 0 1.00000 1.02867 0.12768 2 0.055991 3 0.70548 1.00823 0.12911 3

http://bugs.freedesktop.org/show_bug.cgi?id=14345 Summary: Image with width greater than 8176 pixel make firefox crash with X error Product: xorg Version: 7.2 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

Hi All, I have some questions on using library rpart. Given my data below, the plotcp gives me increasing 'xerrors' across different cp's with huge xstd (plot attached). What causes the problem or it's not a problem at all? I am thinking 'xerror's should be decreasing when 'cp' gets smaller. Also what the 'xstd' really tells us? If the error bars for

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yesterday I sent a patch (http://paste.ubuntu-nl.org/24252/) against the latest compiz ubuntu gutsy source package to Amaranth, to make compiz compile (and package, of course) the gtk-window-decorator in two ways: 1) as gtk-window-decorator (= compiz-gtk package) using these configuration parameters: --disable-gnome \