I am also adding the KDE and Gnome mailing list to this thread.
Hopefully they can also see the idea behind this initiative and we
would love to hear their input as well. Surely, since this initiative
will tout into usability after it is completed, KDE and Gnome would
like to hear the results.
Thank you
Andy (anditosan)
On Tue, Jan 31, 2012 at 11:26 AM, Eugene Trounev
<eugene.trounev(a)gmail.com> wrote:
> The aim of this *contest* is to find out "general community feeling"
> towards OpenSUSE style, and art as it is right now. The best way to do
> it is by having people express their feelings visually. We will then
> take up all the visual data and analyse it to determine the best
> course of action. Meaning that - these images will tell us what is the
> maximum acceptable level of customisation people would like to see.
> How do they utilise their desktop/app suites. Color and widget style
> preferences. Default application set etc.
> Once we have the ideas we can proceed to map the actions we need to
> take in the future to make sure OpenSUSE visual style meets the
> expectations of the majority of users.
>
> Best Regards,
>
>
> Eugene Trounev
>
> [it-s]
>
>
>
> On Mon, Jan 30, 2012 at 5:01 PM, Richard Brown <rdb(a)ccb.ac.uk> wrote:
>> Hi Andi,
>>
>>
>> I'm curious, what exactly is the intended goal of this initiative?
>>
>>
>> If it is about changing the default settings in an effort to improve usability, how do you intend to implement any changes which are identified as necessary by this initiative?
>> Doesn't this seem to be a little weird coming from the artwork team?
>>
>>
>> To me, default settings of a desktop environment is probably something better investigated and implemented by the various maintainers of openSUSE's different environments.
>>
>>
>> I really do not like the idea of KDE, GNOME, XFCE, LXDE, etc all sharing common defaults without very good reason and acceptance of all the teams involved.
>> We have different environments for a reason, they attract different users with different needs, we should embrace those differences.
>> I know in the GNOME team for example, we spend a lot of time discussing and collaboratively deciding on what we believe to be the best range of settings for our users, based on our own knowledge of the environment as well as user feedback.
>> An initiative like this seems to be treading on the toes of the work already done by our GNOME, KDE, and other DE maintainers.
>>
>>
>> Furthermore, some of the 'proposals' already on the wiki look like they're calling for some pretty major work (new notifications?), who do you foresee picking up and doing this sort of work? are we likely to be able to get such changes submitted upstream?
>>
>>
>> I don't mean to sound like I'm slamming this, I'm know you're trying to do something cool and help out, but I'm very confused how the art team is expecting to carry this initiative forward.. apologies for clearly not understanding the proposal when it was raised in our team meeting and now having to bring my confusion to the mailing lists
>>
>>
>> Richard
>>
>>
>>>>> andi robert 01/30/12 7:24 PM >>>
>> Hello my dear friends
>>
>> The artwork team recently had a meeting in which a couple of ideas
>> were proposed. One of them is the Dream openSUSE Initiative. The idea
>> behind this proposal is to have a wider understanding of what a
>> desktop environment is for each of our users. All of us work with
>> openSUSE and many time we tweak and change our graphical environments
>> to fit our particular needs, we would like to know about these changes
>> that you have made to your graphical environment under openSUSE to
>> better determine what defaults work for our users. We are currently
>> gathering these screenshots here
>>
>> http://en.opensuse.org/openSUSE:Dreamopensuse
>>
>> The steps to be part of this investigative initiative are as follow
>>
>> Set up your computer desktop they way you want it
>> Take a screeshot
>> Submit your screenshot at our wiki
>>
>> Note: If your changes, settings or tweaks are not readily visible,
>> show us a screenshot of your settings managers or explain the settings
>> changes that you have made. This initiative is not about artwork as
>> much as it is about usability among our members. Therefore, when
>> submitting screenshots, make sure that your special usability settings
>> are also noticeable.
>>
>> Note: The wiki page is not perfect, of you feel inclined to make
>> changes to it, please do so. :D
>>
>> Andy (anditosan)
>> --
>> To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org
>> To contact the owner, email: opensuse-project+owner(a)opensuse.org
>>
>>
>>
>> --
>> To unsubscribe, e-mail: opensuse-artwork+unsubscribe(a)opensuse.org
>> To contact the owner, e-mail: opensuse-artwork+owner(a)opensuse.org
>>
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-gnome+owner(a)opensuse.org
Hi all,
I was toying around with 'pmap' today and cinnamon checking a few
things of my personal interest and I've noticed the following:
00007fc56eee4000 32K 32K 32K 0K 0K r--p
/usr/lib64/girepository-1.0/Gee-1.0.typelib
00007fc56eeec000 60K 44K 44K 0K 0K r--p
/usr/lib64/muffin/Meta-3.0.typelib
00007fc56eefb000 40K 40K 40K 0K 0K r--p
/usr/lib64/girepository-1.0/NMClient-1.0.typelib
>From the middle line, it seems that 'muffin' installed the the typelib
in a different place. Ok, ideally this should be fixed on the source
(right?)... I can eventually try to fix this... Is this only a
packaging issue, or is there code hammering required ?
NM
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-gnome+owner(a)opensuse.org
Is anyone else building Boxes? I had it building in jhbuild before
Christmas (but not working). Now after a few other issues have been
fixed, it fails with this:
CCLD gnome-boxes
/opt/gnome/lib64/libvirt-gobject-1.0.so: undefined reference to
`gvir_set_error_literal(a)LIBVIRT_GLIB_0.0.4'
/opt/gnome/lib64/libvirt-gobject-1.0.so: undefined reference to
`gvir_event_register(a)LIBVIRT_GLIB_0.0.4'
/opt/gnome/lib64/libvirt-gobject-1.0.so: undefined reference to
`gvir_init_check(a)LIBVIRT_GLIB_0.0.4'
/opt/gnome/lib64/libvirt-gobject-1.0.so: undefined reference to
`gvir_set_error(a)LIBVIRT_GLIB_0.0.4'
/opt/gnome/lib64/libvirt-gobject-1.0.so: undefined reference to
`gvir_error_new_literal(a)LIBVIRT_GLIB_0.0.4'
collect2: ld returned 1 exit status
make[2]: *** [gnome-boxes] Error 1
Suggestions appreciated.
Thanks,
Mike
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-gnome+owner(a)opensuse.org
Hey there,
I'd advise people using GNOME:Factory to wait a bit before upgrading.
There's some fun because of various libs needing to be rebuilt first in
Factory (at least icu and tracker).
It should all go fine in the next few days, after more things get
rebuilt.
Cheers,
Vincent
--
Les gens heureux ne sont pas pressés.
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-gnome+owner(a)opensuse.org
Vincent,
openSUSE:Factory is kaput :/
NM
nmarques@magtheridon:~/temp/GNOME:Cinnamon/cinnamon> osc build Factory
--local-package
WARNING: source service from package or project will not be executed.
This may not be the same build as on server!
Building cinnamon.spec for Factory/x86_64
Getting buildinfo from server and store to
/home/nmarques/temp/GNOME:Cinnamon/cinnamon/.osc/_buildinfo-Factory-x86_64.xml
Getting buildconfig from server and store to
/home/nmarques/temp/GNOME:Cinnamon/cinnamon/.osc/_buildconfig-Factory-x86_64
buildinfo is broken... it says:
unresolvable: nothing provides libtracker-sparql-0.12.so.0()(64bit)
needed by nautilus
nmarques@magtheridon:~/temp/GNOME:Cinnamon/cinnamon>
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-gnome+owner(a)opensuse.org
Dear all,
I've spoken with Jigish Gohil[1] and we're clear to move in with
Cinnamon. He's busy during this days, so I'm taking the lead with
Cinnamon. A few things people will need to know about Cinnamon:
* Cinnamon is a replacement for gnome-shell and requires GNOME3 to be
installed;
* Cinnamon will be introduced for openSUSE 12.1 and onwards, I won't
deploy on previous platforms (if anyone wants to jump in for it, all
help is appreciated);
* Cinnamon currently is composed of 5 packages, more will be added in
the future (most likely cosmetic packages);
- muffin - cinnamon's window manager
- cinnamon - cinnamon desktop shell
- cinnamon-extensions - extension bundle for cinnamon
- cinnamon-extension-weather - weather applet extension
- cinnamon-settings - GUI configuration tool for cinnamon
* Cinnamon requires no hacks (only one patch was applied to correct a
path in a session file for GDM);
* Development Project is: GNOME:Cinnamon (thanks to Vincent and GNOME
Team people);
* All the dependencies are already in openSUSE:Factory provided by
GNOME Project.
I've written this 'article' about Cinnamon and openSUSE (some might
have seen it in the planet):
http://www.marques.so/2012/01/linux-mints-cinnamon-1-2-deployed-for-opensus…
The GNOME:Cinnamon project is currently rebuilding and there's a
cinnamon.ymp installer also.
NM
[1] - http://identi.ca/cyberorg
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-gnome+owner(a)opensuse.org
Hello team,
I wrote this to Gnome marketing list as well.
FOSSCOMM is the Greek open source conference.
Last year it was in Patras (http://patras.fosscomm.gr/)
I was participating there with a booth and a presentation about the use of Gnome 3 and results of what we do and how contribute to Greek Gnome Community.
Unfortunately, I was alone there. No-one with me at the booth. Good thing was that the booth was next to openSUSE and my friends could cover for me when I was presenting etc.
I made some flyers how and where to find help of Greek Gnome community and some buttons. Check out the report and the presentationhttp://bit.ly/mj7KJk
Well, this year, the same conference it'll be held in Serres (northern Greece and it's near my city).
The exact dates will be 5-6 of May (http://serlug.gr/?p=465).
I sent a call for papers and help to our mailing list but no-one replied. Since I'll join this conference with openSUSE, I was thinking the following:
I'm thinking to present something openSUSE-gnome related but since I don't know many technical things, I need help. We would have the new version by then, right?
I'll ask both organizers or my openSUSE friends to have a party there. For sure we'll celebrate (something) with openSUSE. We ordered a lot of meat for barbeque.
Thanks for your help.
Have a lot of fun!!!
Stathis
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-gnome+owner(a)opensuse.org
Dear all,
Cinnamon is the gnome-shell fork used in Linux Mint as a replacement
for the traditional gnome-shell. This is mainly software for Desktop
modders and hopefully will become a slap in the face for those who are
out there screaming for more customization options in openSUSE.
Cinnamon is composed of mainly 5 packages, doesn't require any hacks
at all (at least currently) and integrates OK with openSUSE+GNOME.
I've spent a few hours this morning building up Cinnamon (the latest
1.2) and discussing a few issues with upstream. Currently everything
that I know that is supposed to work is working, and there was only 1
patch involved (to correct the .desktop file for session management
through GDM).
There's a few itches I would like to raise:
1. There are packages and wiki entries from another contributor about
Cinnamon. I've mailed him asking he would be interested in maintaining
them in Factory, I could help as co-maintainer if he wishes so. I
don't have much time to jerk around, so if I don't get an answer in 48
hours, I'm pushing forward my packages and taking maintainership.
2. Development Project: Currently we have none. Vincent offered a
GNOME:Cinnamon for this once we sort out the maintainership issue
raised on 1. It would be foolish not to take it and take advantage of
the expertise of the GNOME Team, which we all love.
3. I'm ready for Factory inclusion any time!
Anyone has something against ?
NM
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-gnome+owner(a)opensuse.org
Dear all,
Banshee 2.3.4 has been submitted to GNOME:Apps and most likely will be
submitted to openSUSE:Factory. This release is missing a few icons on
the following extensions:
* AppleDevice
* YouTube
I have taken this issue to upstream and opened bnc#742403. Upstream
confirmed that the release tarball is missing the icons for those two
extensions (I haven't detected any other issues) and it will be fixed
on the next release.
Bertrand asked if I wanted a 2.3.4.1 release with the icons, I've
thanked him and declined it (it's a development release, not many
people use it) hoping he will work on the juicy stuff that really
matters.
If you run across this issue, please understand that we have this
covered. If you are really picky, then just go to the bug report and
demand a fix, and I'll fix it by adding the missing icons.
Vincent: despite of this, I would still encourage this version to be
pushed to openSUSE:Factory, I'm pretty sure it will still kick arse.
NM
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-gnome+owner(a)opensuse.org
Hi all,
A few things about Banshee in openSUSE:
* Banshee default upstream extensions are all packaged in a bundle
(banshee-default-extensions);
* Banshee has a dependency on the 'banshee-default-extensions' bundle
(which leads to installing the whole thing);
* Not all users (including me) want all the extensions installed by default;
* etc...
Other packages with extensions/plugins on openSUSE:
* Many packages in openSUSE have plugins and extensions available,
and the majority of them (at least those I know) don't install the
whole thing, they install a few and the users are able to escalate in
features by installing aditional packages... For example, Evolution is
one of this cases (I'm sure everyone can come up with a similar
example).
* Not all the stuff interests the majority of users and openSUSE does
offer somehow a bloated solution in many cases (that's how I see it);
What I would like to do (since except for Vincent's fix patches and
Dimstar reviews/updates, no one else besides me is putting work on
this package):
* Split the default extensions bundle into single extension packages
(this would allow users to escalate features by installing additional
packages, like in Evolution);
* Keep the default extensions bundle (banshee-default-extensions)
with only the hardware/protocol support extensions and still list it
as a dependency of 'banshee' main package (which provides the extra
functionality many users do want);
* Don't add explicit dependencies on 'banshee' on the splitted
extensions from the default extensions bundle (ex: youtube, wikipedia,
etc)...
Now... anyone has anything to say about this?? Speak now or don't rant
in the future.... Of course that by raising problems to a maintainer
of a package to which you don't work might implicate the same as
stating that: "I want to become the maintainer of this package and I
will maintai it to keep stuff as __I__ want".
NM
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-gnome+owner(a)opensuse.org