Bug#722451: Creating Compiz group
Hello Mengual, On Thu, Jul 30, 2015 at 01:28:22AM +0200, MENGUAL Jean-Philippe wrote: Hi, Actually I hoped submitting the package to a11y team could speed up the upload, but lack of time prevents this. So as requested by Stephen, we've just created a Compiz packaging team, so that: 1. Ubuntu, Knoppix and Debian have a synchronized packaging policy of this package 2. Upstream devs and package maintainers can dialog While pulling compiz regularly from upstream http://bazaar.launchpad.net/~compiz-team/compiz/0.9.12/ , I still have a few lines of local patches concerning the default configuration and build dependencies for Debian, plus a bugfix for mouse cursor visibility which hasn't made it into the official repository yet, so I'll likely continue to build my own packages for Knoppix, but I'm very happy to know that compiz makes it back into the Debian mainline. :-) Don't hesitate to join the group. Were subscribed now ksamak, Stephen, Samuel, Luke, and Klaus. And any interested dev is 9elcome. Thanks, I'm glad I'm in automatically. :-) Once the group formed, I'll see at DebConf how to upload in the appropriate dir on alioth, so that we upload and maintain together. ksamak and I, from Hypra, had feedbacks for users, we'd like to ship them in the regular Debian bug tracking system. Here's the project URL: https://alioth.debian.org/projects/compiz/ At which level is this kept in sync with the launchpad repository? Thanks very much to Samuel for creating. We requested for a svn repo, it should be enough. If you prefer git, tell us quickly. Svn is OK for me. Regards -Klaus -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150730070516.gb10...@knopper.net
Bug#722451: Adoption
Hello Jean-Philippe,
On Tue, Oct 14, 2014 at 01:35:38AM +0200, MENGUAL Jean-Philippe wrote:
Hi,
I think your Compiz packaging will be in Debian before next Sunday
or 20th. I plan to add yourself from possible uploaders, because I
really hope we'll be able to work together on the package itself.
I'm sure your work is directly importable in Debian and does what's
needed.
I've an usage question (personally I cannot test due to my
blindness):
You did not tell me that detail before, though I should probably have
guessed. Maybe you have heared that my wife is blind, too
(http://en.wikipedia.org/wiki/Knoppix#Adriane_Knoppix), she does not use
the graphical desktop at all even with the usual orca+compiz
combination, but a text-based interface instead with sbl as
screenreader, and is working way faster using this method than any
seeing person I know working on the graphical interface including
myself.
I was said that Emerald was useful to add icons to
minimize, restore, close, etc top right of the window.
I should explain what it does. For the effect part like zooming, window
overview by moving mouse top right, moving windows with key
combinations, the plain compiz composite manager as add-on to a desktop
like LXDE, GNOME, KDE, openbox ... is sufficient, but people working
graphically will most likely want to use the mouse for grabbing windows
at a title bar, using minimize and maximize as buttons in the title bar
and so on. That's where the window decorator comes in, it's the part
of the GUI that draws window borders, title bar, buttons and menus
aroung the window. Since the window management has to closely work
together with compiz, it is not possible to use openbox, metacity etc.
directly for this together with compiz. The window decorator has to work
together with compiz special handling of transparency and effects. On
the other side, a compiz-aware window decorator will ONLY work together
with compiz and will not start without compiz having started prior. So
the two, effect manager compiz and window decorators, make sense at
least as a recommends field in each other package.
The only three window decorators that are compatible with compiz which I
am aware of, are in fact emerald (which is probably the oldest from the
time when compiz was forked as compiz-fusion), gtk-window-decorator and
kde(4)-window-decorator. All three have the same function, by drawing
borders around windows so they can be resized and moved using the mouse,
plus icons for maximize, minimize, close, and a menu button on the left
(which is configurable by either gconf/dconf in GTK or KDE settings in
KDE). The users choice of window decorator can also be called by a
script compiz-decorator.
I use gtk-window-decorator in Knoppix, which regularly resides inside
the package compiz-gnome built from the compiz source, because it
depends only on compiz and common GTK and metacity libraries, is
relatively lightweight, and shares lookfeel with the metacity window
manager which is what I also use for graphics cards that are unable to
run compiz, so the windows will look the same in compiz or without
compiz. It is possible to switch between compiz and a 2D non-effect
desktop by calling
compiz --replace
vs.
metacity --replace
compiz would call the window-decorator that had been set forth in its
configuration plugin window decoration, where compiz-decorator is the
default alias, which then calls either gtk-window-decorator or
kde-window-decorator.
I hope this clears up the relation between compiz and the window
decorator.
Which one works better with orca, may depend on whether you prefer KDE
or GNOME accessibility. From my experience, orca works well nowadays
with GTK as well as QT based applicatione, provided that the at-spi and
atk packages are installed for both versions. Concerning the decorator,
this plays only a role in reading the window menu from the title bar and
the window title itself, which will most likely not being used by a
blind user who works more with keyboard hotkeys defined in compiz
directly instead of clicking somewhere near the top 10 pixels of a
window.
But other
users tell me metacity does that too, via gtk-window-decorator.
Again, metacity itself cannot be used as window decorator in compiz,
since it replaces compiz when being started with --replace. But
gtk-window-decorator, which is built with metacity libraries for
configuration, lookfeel, works together with compiz.
So
far I uploaded Emerald, so that once frozen, we can test Emerald and
Metacity and see the results.
The script /usr/bin/compiz-decorator contains these lines:
73 # start a decorator
74 if [ -x ${COMPIZ_BIN_PATH}emerald ] [ $USE_EMERALD = yes ]; then
75 DECORATOR=emerald
76 elif [ -x ${COMPIZ_BIN_PATH}gtk-window-decorator ] [ -n
$GNOME_DESKTOP_SESSION_ID ]; then
77 DECORATOR=gtk-window-decorator
78 elif [ -x ${COMPIZ_BIN_PATH}kde4-window-decorator ] [
x$KDE_SESSION_VERSION = x4 ]; then
79
Bug#722451: Adoption
Hello,
About amd64 packages and Debian: Since Knoppix has a 32bit as well as a
64bit kernel, but userspace is always 32bit in both cases, I personally
only need to build the i386 versions, these I provided at
http://debian-knoppix.alioth.debian.org/packages/compiz together with
the package sources. The source should build on plain Debian testing and
sid, regardless of bitness (i386 or amd64) on your system, I removed the
Ubuntu specials in the original debian/control dependencies and
debian/rules which would otherwise fail to build on Debian. Knoppix is
based on Debian testing+unstable.
I just uploaded the 0.9.12.0 compiz version based on
https://launchpad.net/compiz/+milestone/0.9.12.0, which features two
IMHO important accessibility patches (that I also attached here). They
fix the erraneous transparency on first usage of the ezoom and annotate
plugin (mouse curser and writing on screen were almost invisible unless
you activated the magnify plugin temporarily). I already suggested the
patches on the compiz bugtracker:
https://bugs.launchpad.net/compiz/+bug/1362005
https://bugs.launchpad.net/compiz/+bug/1362009
They have not been reviewed that, though.
Nevertheless, if you plan to adopt compiz in Debian again, I'd suggest
using the upstream sources on https://launchpad.net/compiz rather than
my modified version on
http://debian-knoppix.alioth.debian.org/packages/compiz and coordinate
with the project maintainers, which is just what Jean-Philippe Mengual
suggested. Once compiz is officially back in Debian, I will happily use
that version rather than my forked version. I do need at least the ezoom
patch included in Knoppix, though, since ezoom (Super+Mousewheel) is an
important accessibility feature for users with low vision and is also
practival for presentations where the mousepointer should be visible.
Regards
-Klaus Knopper
On Tue, Sep 30, 2014 at 01:36:43AM +0200, MENGUAL Jean-Philippe wrote:
Hi,
I'm going to package before freeze, on the top of 0.9.12 from
Ubuntu. I don't have enough info about Knoppix packages
(Debian-based, release, where they rely on, etc)..
I wonder if I should create from scratch in pkg-a11y group, or
request for forwarding compiz from X to pkg-a11y before updating
the git repo and so on.
I probably will go from scratch in pkg-a11y, if you have no problems
with that.
Regards,
Le 13/09/2014 03:00, José Silva a écrit :
Hello,
Please find the source binary packaging here:
http://debian-knoppix.alioth.debian.org/packages/compiz/
There are only packages for knoppix i386.
1. Could you please also package for amd64?
2. My system is debian jessie/sid xfce4 amd64. Once your packages
are for debian/knoppix, will I be able to install your packages if
build to amd64?
Regards,
jss
--
Jean-Philippe MENGUAL
accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels
Mail: te...@accelibreinfo.eu
Site Web: http://www.accelibreinfo.eu
=== modified file 'plugins/ezoom/src/ezoom.cpp'
--- plugins/ezoom/src/ezoom.cpp 2013-07-21 22:14:38 +
+++ plugins/ezoom/src/ezoom.cpp 2014-09-09 02:49:19 +
@@ -1164,6 +1164,7 @@
GLfloattextureData[8];
GLfloatvertexData[12];
GLVertexBuffer *streamingBuffer = GLVertexBuffer::streamingBuffer ();
+const GLWindowPaintAttrib attrib = { OPAQUE, BRIGHT, COLOR, 0, 0, 0, 0 }; /* -KK */
sTransform.toScreenSpace (output, -DEFAULT_Z_CAMERA);
convertToZoomed (out, mouse.x (), mouse.y (), ax, ay);
@@ -1186,6 +1187,7 @@
glBindTexture (GL_TEXTURE_2D, cursor.texture);
streamingBuffer-begin (GL_TRIANGLE_STRIP);
+streamingBuffer-colorDefault (); /* -KK */
vertexData[0] = x;
vertexData[1] = y;
@@ -1214,7 +1216,7 @@
streamingBuffer-addTexCoords (0, 4, textureData);
streamingBuffer-end ();
- streamingBuffer-render (sTransform);
+ streamingBuffer-render (sTransform, attrib /* -KK */);
glBindTexture (GL_TEXTURE_2D, 0);
glDisable (GL_BLEND);
@@ -1743,6 +1745,7 @@
CompAction::State state,
CompOption::Vector options)
{
+
zoomIn (action, state, options);
if (state CompAction::StateInitKey)
@@ -1753,6 +1756,7 @@
toggleFunctions (true);
+
return true;
}
=== modified file 'plugins/annotate/src/annotate.cpp'
--- plugins/annotate/src/annotate.cpp 2013-07-19 03:04:12 +
+++ plugins/annotate/src/annotate.cpp 2014-09-09 03:35:33 +
@@ -615,6 +615,7 @@
if (status)
{
GLVertexBuffer *streamingBuffer = GLVertexBuffer::streamingBuffer ();
+const GLWindowPaintAttrib attrib = { OPAQUE, BRIGHT, COLOR, 0, 0, 0, 0 }; /* -KK */
GLfloat vertexData[18];
GLfloat textureData[12];
CompRectrect;
@@ -640,6 +641,7 @@
tex-enable (GLTexture::Fast);
streamingBuffer-begin (GL_TRIANGLES);
+ streamingBuffer-colorDefault (); /* -KK */
while (numRect--)
{
@@ -697,7 +699,7 @@
}
streamingBuffer-end ();
- streamingBuffer-render (sTransform
Bug#722451: Adoption
Hello, On Tue, Aug 26, 2014 at 11:56:48PM +0200, Carlos Alberto Lopez Perez wrote: On 11/08/14 23:50, MENGUAL Jean-Philippe wrote: Hi, Do you plan still to package Compiz? Do you have a problem which prevents this? Do you need help? Otherwise, can I adopt it so that someone and I can package it before freeze? Our work to prepare has now good improvement. Thanks, Regards, Hi, This bug is marked as RFP = Request For Package. This means that the reporter is asking for someone to package this software, but no one has still offered to package and maintain it. If you want to package/maintain it yourself, please retitle the bug to ITP = Intend To Package, assign the bug to yourself, and start working on it. Find here help about packaging for Debian: https://wiki.debian.org/DebianMentorsFaq#Packaging And here help about using the BTS (Bug Tracking System): https://wiki.debian.org/HowtoUseBTS https://www.debian.org/Bugs/server-control Thanks! Actually, I do package the compiz git from launchpad regularly for using it in Debian/Knoppix as the main window manager. Please find the source binary packaging here: http://debian-knoppix.alioth.debian.org/packages/compiz/ However, I'm not am official Debian Package Maintainer and thus the packages won't show up anywhere else than in Knoppix currently. Regards -Klaus -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140827043149.gb26...@knopper.net
Bug#722451: RFP: compiz -- Compositing 3D window manager
Package: wnpp Severity: wishlist * Package name: compiz Version : 0.9.11 Upstream Author : Sam Spilsbury sam.spilsb...@canonical.com and others * URL : https://launchpad.net/compiz * License : GPL-2+, LGPL-2.1+, MIT/X11 Programming Lang: C, C++, Python Description : Compositing 3D window manager From https://launchpad.net/~compiz-team : . Compiz is an OpenGL compositing manager that use GLX_EXT_texture_from_pixmap for binding redirected top-level windows to texture objects. It has a flexible plug-in system and it is designed to run well on most graphics hardware. . Okay, this description isn’t really meaningful. In a nutshell, Compiz is a compositing manager, which means that it enhances the overall user interaction by adding fancy effects to your windows, from drop shadows to awesome desktop effects like the Desktop Cube or the Expo view. Compiz can also be a window manager, which means that it is the software between you and your desktop apps. It enables you to move or resize windows, to switch workspaces, to switch windows easily (using alt-tab or so), and so on. . Upstream Compiz Maintainers -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130911075345.11143.3945.reportbug@localhost.localdomain
Bug#595982: RFP: catweasel -- CATWeasel is a web-based user- and classroom-management tool based on CipUX
Package: wnpp Severity: wishlist * Package name: catweasel Version : 0.2 Upstream Author : Jochen Breuer bre...@dajool.com * URL : http://bitbucket.org/edmedia/catweasel/ * License : GPLv2 Programming Lang: Python Description : CATWeasel is a web-based user- and classroom-management tool based on CipUX CATweasel is an user-friendly alternative to CipUX (LDAP-middleware for use with Skolelinux) CAT-Web, based on Django. Like CAT-Web, CATweasel uses the XML-RPC interface to communicate with CipUX. .. CATWeasel allows you to add or manage user accounts, and assign roles to users in LDAP which can be used in order to manage permissions and examination modes from other tools. Its framework in Python/Django allows easy extension and modification. It was developed to present a more intuitive and user-friendly view on account administration than existing LDAP tools, and is suitable for being used by teachers, students and administrators, each of them getting a different view matching the role of the user. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100907191824.5297.95002.report...@localhost.localdomain
Bug#111182: ITP: imaze
On Tue, Mar 12, 2002 at 01:57:35PM +0100, Tille, Andreas wrote: Hello, at http://bugs.debian.org/82 you inteded to package imaze 189 days ago. Are there any problems in packaging the game? Do you need any help in packaging? The version I made comes with a dialog/gdialog frontend to start the server with different options. You can download the debian package I made at http://www.knopper.net/knoppix/sources/ I don't know id the package meets the quality standard of a debian maintainer, but feel free to use it. Regards -Klaus Knopper --- Dipl.-Ing. Klaus KnopperDansenberger Straße 44 Phone+Fax: +49 631 5150467661 Kaiserslautern http://www.knopper.net/ GERMANY -- LinuxTag 2002 - Europes largest Linux Expo Where .com meets .org Phone +49 180 5 LINUXTAGFax +49 180 5 LINUXFAX http://www.linuxtag.org/Technical Solutions
