Hi,
After a very brief discussion with Rodrigo (it seemed we were already in
agreement via some telepathy magic?), I've added two tags to
http://en.opensuse.org/GNOME/Patches: PATCH-FIX-SLED and
PATCH-FEATURE-SLED for patches that are not relevant to openSUSE but
that we keep for SLED.
Obviously, it's like the OPENSUSE tags, we should aim at having no such
patches ;-)
Vincent
--
Les gens heureux ne sont pas pressés.
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
On Thu, 2008-03-13 at 14:41 -0400, Joe 'Zonker' Brockmeier wrote:
> Hi Rodrigo,
>
> Was this on the openSUSE.org/meetings page? I looked at it the other
> day, and I didn't notice it, so apologies if it was there and I failed
> to announce it.
>
I think it was, but not sure when, so you might have seen it before we
added the new meeting.
> Any chance you could ping me a few days prior so I can announce the
> meeting on my blog and possibly summarize any important items that
> might be discussed?
>
we have a weekly meeting, and usually after one meeting, we add the page
for the next meeting. The agenda is edited until the day before the
meeting, so not sure when to ping you. so maybe it's a good idea to ping
you just the day before, when we announce the meeting? JP usually sends
the announcement one or 2 days before, but this week he's away, so I
guess nobody sent the announcement.
Anyway, will try to make sure you get the announcement
--
Rodrigo Moya <rodrigo(a)novell.com>
>
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
Am Donnerstag, 13. März 2008 schrieben Sie:
> On Tue, 2008-03-11 at 01:19 +0100, Hans-Peter Jansen wrote:
> > I suffer from canvases and its items, that aren't redrawed correctly in
> > teg (a risk clone, I happily provide a src.rpm for anyone interested).
> > This game uses a canvas with some items, and those aren't updated
> > correctly. Forcing a redraw by switching screens, or moving a window
> > over them fixes this, but that's an unplayable state.
>
> Are you hitting https://bugzilla.novell.com/show_bug.cgi?id=336941 by
> any chance?
That could be, apart from teg not using the aa bitmap mode, and it happens
always, not only after resizing over bounds.. But resizing showed also some
frame artefacts, btw.
> I submitted that fix a long time ago for openSUSE 10.3.
but unfortunately not for GNOME:STABLE.. which I thought, would be the
perfect arena to test such patches _before_ submitting them upstream?
I'm still on 10.2, thus tried to use GNOME:/STABLE/openSUSE_10.2.
> Are you on 10.3? Could you please post the output of
>
> rpm -q --changelog libgnomecanvas | head
Here it is (a bit truncated):
* Di Sep 18 2007 sbrabec(a)suse.cz
- Updated to version 2.20.0:
* stable version number
* Mi Aug 29 2007 maw(a)suse.de
- Update to version 2.19.2:
+ Don't store the focused item in the data section of the canvas
widget, but in a GObject property of it
+ Updated Finnish translation.
* Sa Aug 25 2007 aj(a)suse.de
- Fix build.
* Mi Aug 22 2007 federico(a)novell.com
- Added libgnomecanvas-no-tearing.diff. This eliminates tearing when
repainting, for a smoother ride.
* Di Aug 07 2007 maw(a)suse.de
- Use %fdupes
- Split off a -lang subpackage
- s#%run_ldconfig#/sbin/ldconfig/ in %post and %postun.
* Di Jul 31 2007 maw(a)suse.de
- Update to version 2.19.1
- Bug fixes: libgnomecanvas-2.0.pc no longer refers to nonexistent
gail-1.0.pc, and gailcanvas has been merged into gnomecanvas
- Updated translations
- Buildrequire intltool and gail-devel (note that gail 1.19.6 or
higher is required)
- The -devel subpackage now requires gail-devel.
* Mi Feb 07 2007 sbrabec(a)suse.cz
- Do not build unusable static libraries (#238552).
* Mi Dez 13 2006 sbrabec(a)suse.cz
- Spec file cleanup.
* Mi Dez 13 2006 maw(a)suse.de
- Move to /usr.
* Sa Jul 22 2006 gekker(a)suse.de
- Update to version 2.14.0
- Updated and new translations:
- update to libgnomecanvas 2.13.0
- Bug fixes:
- Correctly reset item_list_end when moving the last
item in the list. Fixes bug #323850. (Federico, Denis Auroux)
- Remove a bunch of cruft and compiler warnings (Kjartan)
- Add g_object_notify() call to allow users to connect to
the notify::parent signal. Closes bug #320791. (Sven Herzberg)
- Use BILINEAR interpolation instead of HYPER which is
"a slow buggy piece of shit". (Federico)
- Cast GNOME_CANVAS_COLOR macros to use unsigned ints so that
shifting left 24 bits won't overflow into the sign bit.
Fixes bug #317718. (Danek Duvall)
- Correctly calculate width_in_pixels and height_in_pixels
in gnome-canvas-pixbuf.c. (Hans de Graaff)
- Docs:
- Add API docs for gnome-canvas-rich-text.c (Dinoop Thomas)
- Translation updates.
I unfortunately cannot test your patch at the moment, because I fully
eliminated GNOME:STABLE packages on my main system for the time being.
I can send you teg as a hassle free rebuildable src.rpm - and you can test
yourself.
Thanks for caring,
Pete
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
Hi, (the _one_ and _only_ hpj again ;)
now, that I managed to get gtk programs to render the fonts with
hintstyle:hintslight again,
<offtopic rant> found a patch description here:
http://ubuntuforums.org/showthread.php?t=598256), but even don't know, if
that's still valid or really made it - I installed the rebuild cairo pkg,
found it still unfixed, kicked SuSEconfig, started a second session (I'm
mainly run a KDE 3.5.9 session ATM), selected the correct font setting
AGAIN, and now it works..
</offtopic rant>
I suffer from canvases and its items, that aren't redrawed correctly in teg
(a risk clone, I happily provide a src.rpm for anyone interested). This
game uses a canvas with some items, and those aren't updated correctly.
Forcing a redraw by switching screens, or moving a window over them fixes
this, but that's an unplayable state.
First I rebuilt the teg pkg because it was built against the distro gnome
version, but no bonus. Then I fetched the cvs version, build it, but no
bonus again.
Looking into it (I haven't hacked in gnome programs before, sorry) and
browsing the canvas docs, nothing obvious jumped into my eyes, thus I back.
Is there a known deficit, behavior change or the like known in this area?
Does the tegclient code something stupid? I've no ideas (and that is the
only game I play from time to time).
Pete
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
Factory testing
Only a few packages in the testing page, add things to test there (http://en.opensuse.org/GNOME/11.0/Testing)
Feedback for those packages in the form of bug reports
Pulseaudio 0.9.9 got in yesterday, what to do with sound capplet?
AI: cyberorg and rodrigo to add compiz/fusion to the Testing page
AI: maw add pulseaudio to the list of platform packages on the spreadsheet
File chooser hackweek
Summary: http://www.gnome.org/~federico/news-2008-03.html#gtkfilechooser-bug-week-su…
Fixed a bunch of usability bugs
New tab completion code
Backporting to 10.3/11.0 in progress
Bug day
Started out with 57 openSUSE10.2 gnome-related bugs, and now we are down to 26 (31 bugs resolved), the remaining bugs are 12 marked as NEEDINFO, 2 assigned, and the rest still unassigned
Compiz/Xgl config
New compiz being submitted to FACTORY
AI: rodrigo to give some love to gnome-xgl-settings
GTK+ hackfest
Mixed feelings about a GTK+ 3.0
2 big things going on: introspection and GSettings/GVariant/DConf
GVFS and WebKit also being discussed
Task update
Will continue with RTM for a little while, from Tasky
RTM allows exporting, so with that we can sync to the wiki
Bugzilla backend in Tasky for keeping the tasks there?
A form on the wiki page?
PackageKit
New PK release hopefully today, with nice new features, like the update system will actually work now
AI: sreeves Add PK to the testing page
Patch upstreaming
Going slow, but coordinated with 2.22.0 updates, so no stop
Long term project, so just be sure you tag/upstream patches on the packages you submit
Once all patches have been tagged, we need a way to reject patches without tags
Be stricter in our changelog entries so as to reconstruct what the package was like before, but many changelogs don't fit that criterion
AI: maw Investigate further how to be more picky about our checkins
Policy Review and Pattern review days
Policy review: the goal is to review all the changes in the default config we're doing
Pattern review: the goal is to review what gets installed on a default openSUSE GNOME install
AI: send mails soliciting feedback about our Desktop and Pattern policies
--
Rodrigo Moya <rodrigo(a)novell.com>
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
Hallo.
As a part of vendor branding effort, I am thinking about a solution for
gconf based configuration.
I would like to propose addition to the /etc/gconf/2/path:
--- /etc/gconf/2/path
+++ /etc/gconf/2/path
@@ -34,6 +34,9 @@
# Then look at the systemwide customizations
xml:readonly:/etc/gconf/gconf.xml.defaults
+# Then check vendoe preferences
+xml:readonly:/etc/gconf/gconf.xml.vendor
+
# And finally look at the defaults defined by installed schemas
xml:readonly:/etc/gconf/gconf.xml.schemas
It would allow to make vendor branding completely independent on both
admin defaults and system schemas. What do you think about it?
(I can imagine an alternative - vendor schemas files and change of
scriptlet macros.
--
Best Regards / S pozdravem,
Stanislav Brabec
software developer
---------------------------------------------------------------------
SUSE LINUX, s. r. o. e-mail: sbrabec(a)suse.cz
Lihovarská 1060/12 tel: +420 284 028 966, +49 911 740538747
190 00 Praha 9 fax: +420 284 028 951
Czech Republic http://www.suse.cz/
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
Hi,
I've done some script shell magic to get a list of patches that changes
the schemas files in packages. There are 51 such patches (there's some
false positives in there, but it's not a big deal).
I've put them here: http://en.opensuse.org/GNOME/Projects/SchemasChanges
It's a bit overlapping with the patches upstreaming project, but the
captain convinced me to create a new wiki page ;-) It should help
document the policy changes that we implement. Feel free to edit the
page to describe each policy changed by the patches.
Vincent
--
Les gens heureux ne sont pas pressés.
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
I just updated the mugshot package in home:jhaygood to 1.1.58. Some other
notable improvements:
. It now builds on factory (but not x86-64 due to missing gnutls-devel)
. The SPEC is aligned to SUSE standards (per the wiki's packaging
guidelines)
If anyone wants to put it into GNOME:Community for 10.3 (until factory's
cleaned up), feel free to do so. I will continue to maintain the package in
home:jhaygood unless told otherwise.
The current users I know have been using/testing it: myself, FunkyPenguin
--Justin Haygood
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org