At the moment, we have a lot of expansion errors caused by choices on
target repos involving GNOME:STABLE/GNOME:UNSTABLE.
A good example of this if GNOME:Community/mail-notification where on
openSUSE_10.3+GNOME_STABLE there are all sorts of choices for libavahi-*
(also on the UNSTABLE equivalent)
openSUSE_10.2+GNOME_STABLE has choices for gnome-filesystem
These are replicated across loads of other packages of course - it's not
just that one package that's affected.
Any ideas/resolutions?
--
James Ogley
james(a)usr-local-bin.org http://usr-local-bin.org
GNOME for openSUSE: http://software.opensuse.org/download/GNOME:/
Help end poverty: http://oxfam.org.uk/in
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
Currently, %libexecdir is %_prefix/lib not %_prefix/libexec - that's
perfectly fine until this happens:
sensors-applet has been updated and I was going to update the package in
G:C but it wants to install a binary in %libdir called sensors-applet
and a directory in %libexecdir called sensors-applet.
At this point, I expect everyone can see why the build fails at the
moment.
Thoughts? Is it okay to specify a different %libexecdir for one package
to avoid breakage or should the package be patched to use a different
directory within %libexecdir?
--
James Ogley
james(a)usr-local-bin.org http://usr-local-bin.org
GNOME for openSUSE: http://software.opensuse.org/download/GNOME:/
Help end poverty: http://oxfam.org.uk/in
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
Hello all.
There are only a few additional software-packages in the openSUSE education repo [1] for Gnome desktop compared to KDE one. I've found the only page [2] with the list of Gmome Edu applications. So, can somebody help in packaging gNumExp (http://www.numexp.org/) or gtk-frontend to Celestia (http://www.shatters.net/celestia/) or adding any other Edu application. The following GNOME related packages are already available in repo [1], I suppose, that some of these specs can be improved by competent packagers (especially ones created or changed by me) and any collaboration would be useful:
1. gcompris -'suite' of educational games for young children
2. drgeo - interactive geometry (the same as in the Std repo)
3. solfege - ear training (the same as in the Std repo)
4. gelemental - view the periodic system of elements
5. littlewizard - development environment for children
6. fbreader - reader for different e-books
7. stardict - feature-reach dictionary (the last version)
8. galculator - improved calculator supporting paper-mode
9. atomix - molecule puzzle game
10. GnomeSword - Bible learning and reading tool
11. wxMaxima - gtk-frontend to computer algebra system maxima
12. ...
Kirill Kirillov.
--
[1] http://download.opensuse.org/repositories/Education:/desktop/
[2] http://live.gnome.org/EducationSuite
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
As per a conversation with jpr earlier in the week, I've reviewed
librep, rep-gtk and sawfish from his home project, made them comply with
the packaging guidelines and imported them into G:C.
--
James Ogley
james(a)usr-local-bin.org http://usr-local-bin.org
GNOME for openSUSE: http://software.opensuse.org/download/GNOME:/
Help end poverty: http://oxfam.org.uk/in
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
This has been driving me nuts today...
Ages ago, I monkeyed around with GConf keys for gnome-main-menu and
specifically the System area. I changed the package manager to Smart
and removed some of the buttons.
Anyway, those options are no longer part of the schemas for the menu but
my settings remain. I've removed all GConf keys that I've set that in
anyway relate to the menu but it still persists.
If I disable the system area being user-modifiable, the "factory"
settings are restored but I'd like to be able to control it again - is
this possible?
(Why would I like to maintain control? Because I'd like to keep the
package manager as Smart while restoring buttons such as Logout)
Any thoughts would be gratefully received.
--
James Ogley
james(a)usr-local-bin.org http://usr-local-bin.org
GNOME for openSUSE: http://software.opensuse.org/download/GNOME:/
Help end poverty: http://oxfam.org.uk/in
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
Factory testing
- Hardware problems this week, not much to update
- GNOME is installable in Alpha1
- Crash in X/vmware -> https://bugzilla.novell.com/show_bug.cgi?id=353489
- Firefox is busted
AI: people to add items to testing page (http://en.opensuse.org/GNOME/11.0/Testing)
Desktop policy review
- http://en.opensuse.org/GNOME/Desktop_Policy
AI: JP to grep for desktop policy changes, update wiki and mail the list to start discussion
Task review
- G:C policy followed now by all packages
- Boxed products/t-shirts postponed
- Shifted meeting times still being discussed
- Automated testing (kiwi)
AI: rodrigo to contact coolo/aj about plans for automated testing
Ideas day
- Ideas short meetings to review ideas page and ok/reject them and find resources for each
AI: suseROCKs , hpj to schedule ideas meeting
FOSDEM 2008
- Whole team will be there, except for Federico
- GNOME room @ FOSDEM -> http://live.gnome.org/Brussels2008
Q&A
- 2.21 for Alpha delayed
10.3 update
- Nice collection of fixes pushed for 10.3
- zypper ar http://download.opensuse.org/repositories/GNOME:/test-updates:/10.3/openSUS… gnome-test-10.3
AI: sreeves/jpr to release 10.3 updates
11.0 development
- Patch upstreaming project started -> http://en.opensuse.org/GNOME/Projects/PatchUpstreaming
- Consider moving to system-config-printer instead of gnome-cups-manager -> https://build.opensuse.org/project/show?project=home%3Achrismrivera
AI: rodrigo to plan patch review day
--
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
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
Let me ask this question here, as elsewhere I got no answer.
For some time I was unable to ssh from my computer to another old one. I
thought it would be a version problem, but then I discovered I could not
ssh to my own router as my normal user, but I could do su-ing to a
different user first.
I then discovered that this sequence works:
cer@nimrodel:~> SSH_AGENT_PID='' SSH_ASKPASS='' SSH_AUTH_SOCK='' ssh 1234@router
1234@router's password:
->
So there is a broken ssh agent in my system. But which one? One day I
killed most of them, and from then on I can ssh sucessfully.
I have three running now (after a fresh reboot and an hybernate to disk):
cer@nimrodel:~> ps axu | grep agent
cer 5614 0.0 0.0 2980 604 ? Ss 09:14 0:00 /usr/bin/gpg-agent --sh --daemon
cer 5615 0.0 0.0 5456 700 ? Ss 09:14 0:00 /usr/bin/ssh-agent /bin/bash /home/cer/.xinitrc
cer 5726 0.3 0.5 95160 5204 ? Ssl 09:14 0:39 seahorse-agent --sm-config-prefix /seahorse-agent-V2r6aH/ --sm-client-id 11c0a8010c000119470880700000205230004 --screen 0
cer 5735 0.0 0.4 86968 4168 ? Ss 09:14 0:00 seahorse-agent --sm-config-prefix /seahorse-agent-xqyZu2/ --sm-client-id 11c0a8010c000119470830500000184410000 --screen 0
cer 5757 0.0 0.3 86968 4108 ? Ss 09:14 0:00 /usr/bin/seahorse-agent
cer 21030 0.0 0.0 2076 700 pts/18 R+ 12:22 0:00 grep agent
cer@nimrodel:~> set | grep SSH
SSH_AGENT_PID=5615
SSH_ASKPASS=/usr/lib/ssh/x11-ssh-askpass
SSH_AUTH_SOCK=/tmp/ssh-cBjhK5570/agent.5570
There are at least two, possible three instances of "seahorse-agent"
running, and one plain "ssh-agent". When I do "ssh 1234@router" I'm asked
for the passphrases to my four "*dsa" files:
cer@nimrodel:~> l .ssh/*dsa
- -rw------- 1 cer users 736 2004-03-19 03:17 .ssh/cfsf_dsa
- -rw------- 1 cer users 736 2004-03-24 02:26 .ssh/id_dsa
- -rw------- 1 cer users 744 2004-03-19 03:19 .ssh/old_shsf_dsa
- -rw------- 1 cer users 744 2004-04-24 21:41 .ssh/shsf_dsa
and then I get the password prompt to the ssh session. If I try again in
the same xterm, I'm asked again for the password, so it is not cached,
as I assume a decent ssh agent should do.
My guess is that those agents are colliding.
If I exit my session and enter again, then the whole agent menagerie is
broken in someother way and I'm not asked for the passphrases, and
seahorse control thing claims there is another agent running - I guess
some seahorse was not killed on exit.
Will this work some time in the "near" future?
Hint: This system was upgraded from 10.2, and more - I never install
fresh.
- --
Cheers,
Carlos E. R.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHfhmjtTMYHG2NR9URAjK+AJ9mSDDQWSytQu4tv+ontsEEE8MIJQCfaBNK
pHvIRVUl5pNGfOlJo+fl2YQ=
=89Va
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
Hey,
Some time ago, around F-Spot 0.2.x I forked the package (the OBS
doesn't seem to have a concept of branching) and I have kept an up to
date version in my home project[1], also linked it in G:C. I have
cleaned up the spec and removed unneeded patches. Maybe some of those
changes are worth going upstream (factory)?
[1] https://build.opensuse.org/package/show?project=home%3Ai-nZ&package=f-spot
Regards.
--
Ivan N. Zlatev
Web: http://www.i-nZ.net
"It's all some kind of whacked out conspiracy."
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-gnome+help(a)opensuse.org
