Hi,
Here's a list of categories that are listed in our package conventions
[1] but that are not in the fd.o spec [2]. Here's an attemps to fix this
by either using a fd.o category or trying to push the unregistered
category to fd.o.
[1] http://en.opensuse.org/SUSE_Package_Conventions/Desktop_Menu#9.4._Category_…
[2] http://specifications.freedesktop.org/menu-spec/menu-spec-latest.html#categ…
* Design: not quite sure. I guess it's for UML tools (and other similar
tools). Nothing really matching here in fd.o. Send upstream?
* School: what's the use case here?
* Teaching — obsoletes X-KDE-Edu-Teaching: any example of application
where this would be useful?
* 3DGame: is this really needed?
* FirstPersonGame: redundant with ActionGame? Or register it?
* PlatformGame: not sure, but I'd say redundant with ActionGame or
ArcadeGame
* PuzzleGame: redundant with LogicGame?
* Photograph: use the fd.o Photography category instead (could have
been a typo)
* CD: don't know. A better name would be Disc, I guess. We might want
to register it, although I'm not convinced it's that useful.
* Jukebox: redundant with Player?
* Warehouse: is it useful?
* DesktopUtility: I guess it's used to list utilities with the Utility
category but that don't go anywhere else. I'm not fond of it, it
sounds like a workaround for the way the menu is built. We could
handle this in the .menu file instead
* PrintingUtility: use Printing instead?
* SyncUtility: makes sense to have Synchronization registered, I
believe
* TimeUtility: what's the use case?
* WebUtility: what's the use case?
* XMLUtility: is it really needed?
* Backup: isn't Archiving enough?
* SystemSetup: sounds like "System;Settings;" to me. Shouldn't we use
that instead?
FWIW, I looked at a beta 1 install, with GNOME, KDE3 and KDE4 (but not
all packages installed, so it's obviously not a perfect test):
+ I can't find any desktop file using Design, School, Teaching, 3DGame,
FirstPersonGame, PlatformGame, PuzzleGame, Photograph, Jukebox,
Warehouse, Backup, XMLUtility, WebUtility, TimeUtility
+ some desktop files already use Photography
+ X-SuSE-CD is used by kscd and kaudiocreator
+ X-SuSE-SyncUtility is used by kpilot, kitchensync, kpilot
+ X-SuSE-PrintingUtility is used by gnome-cups-manager, cups,
kdeprintfax and kjobviewer
+ X-SuSE-DesktopUtility is used by xkill, xmag, kcolorchooser,
ksnapshot, knotes, xclipboard, xrefresh, tomboy, kpager, ksnapshot,
knotes
What do you think?
Vincent
--
Les gens heureux ne sont pas pressés.
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
Michal Vyskocil has requested a new mailing list around Java topics. You can
subscribe to it by sending a mail to
opensuse-java+subscribe(a)opensuse.org
This nicely fits our other Java changes we did these days:
Debian and Ubuntu based Java buildings are possible now
=======================================================
It was not possible so far to build Java based packages for Debian or Ubuntu,
because Java lives there in non-free or Multiverse repositories. We have
imported these as Debian:Etch:NonFree or Ubuntu:*:Multiverse projects to
offer java builds in future.
We would like to thank Carsten Höger from Open-Xchange for his help and the
needed java preinit package. A nice example for using Java on deb based
distributions is the server:OX:snapshot project.
openSUSE:Factory is using open source Java from openJDK6 now
============================================================
We switched to openJDK6 as default Java to be able to deliver a complete open
source Factory distribution including Java. This is currently not a final
decision, just a test approach to evaluate the situation. This affects also
everybody who builds a Java package for Factory using the
generic “BuildRequires: java-devel”, openJDK6 will be used in this case as a
Java environment. A drawback is the increased bootstrap time for Java in
Factory atm, increasing the time for a complete Factory rebuild to several
days. We are working hard to avoid this again in future.
bye
adrian
--
Adrian Schroeter
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
email: adrian(a)suse.de
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
Hi,
Many years ago, SuSE used selfmade menu. Now, according to
freedesktop.org's specs and implementations in software there's no need.
Upstream provides .desktop files, mostly well translated.
By creating .desktop files, you're reinventing the wheel, making SUSE's
menu entries inconsistent with other distros, and messing in menu.
You may ask "what's that mess?".
The mess is:
* more categories than entries in those categories
* entries duplication
* wrong categories set (Liferea is RSS aggregator, not newsgroups
client/whatever, same applies for Miro)
* configuration apps not in GNOME's control center but in usual
"Applications" menu and/or application browser
openSUSE should stop that. Apps already provide .desktop files, as said
before. desktop-file-install should be used to install them (probably
with --vendor and --delete original as schema).
Screenshots from GNOME: http://www.sendspace.com/file/mtf3lw
I'll probably have to find better host for these screenshots.
Tell me, when this doesn't work.
--
Jakub 'Livio' Rusinek
http://liviopl.jogger.pl/
Hello!
I try to build a java program, and got the following error:
Cause: the class org.apache.tools.ant.taskdefs.optional.Native2Ascii was not
found.
It builds fine on my computer running ant on the commandline, but i can't find
the package/dependency that would provide the right native2ascii .
Any idea?
More details here, in case someone wants to look at it:
https://build.opensuse.org/package/show?package=jMemorize&project=home%3Alu…
Any help is much appreciated!
Denny
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
Hallo everybody,
Upon searching for a lightweight and even for non-specialist configurable
(read webinterface) http-deamon I stumpled upon cherokee, on
http://download.opensuse.org/repositories/server:/http/ [...] /src/
in the versions of cherokee-snapshot-0.6.x.snap.r863-2.1 from Aug 2007.
current version from late March 2008 is
http://www.cherokee-project.com/download/0.6/0.6.1/cherokee-0.6.1.tar.gz
could this package please brought up to speed?
Last packager (%changelog) was "* Mon Jul 30 2007 mrueckert(a)suse.de"
Thanks, Michael
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
I'm confused about version of open radeon driver in openSUSE 11.0.
I've installed beta 1 from DVD and there is what I can find in
changelog:
rpm -q --changelog xorg-x11-driver-video | grep "xf86-video-ati" | head
- xf86-video-ati 6.8.0
- xf86-video-ati 6.7.197
- xf86-video-ati 6.7.196
- xf86-video-ati-6.6.3-compile-cfb.patch
xf86-video-ati-6.6.3-if0.patch
xf86-video-ati-6.6.3-r128-xvideo.patch
- xf86-video-ati 6.7.194
- xf86-video-ati 6.7.194
- xf86-video-ati-disable_rmx_dell_rn50.diff
- xf86-video-ati-opma.diff:
rpm -q --changelog xorg-x11-driver-video | grep "6\.8\.0" -B 1
* wto 19 lut 2008 sndirsch(a)suse.de
- xf86-video-ati 6.8.0
But when I check Xorg.0.log:
grep "ati_drv" -A 4 /var/log/Xorg.0.log
(II) Loading /usr/lib/xorg/modules//drivers/ati_drv.so
(II) Module ati: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 6.6.3
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 2.0
grep "ATI driver" /var/log/Xorg.0.log
(II) ATI: ATI driver (version 6.6.3) for chipsets: ati, ativga
So I do not know... Doest openSUSE 11.0 really containt radeon 6.8.0
driver? 6.8.0 is a version when RandR 1.2 support was introduced but
"xrandr" doesn't detect my external LCD after hot-plugginig it.
--
Rafał Miłecki
Hi,
you may have noticed that i586 Factory builds were broken due to missing libXv
packages. This is fixed now.
On the other hand, I do activate some more rpmlint checks for Factory now.
These become also effective, when you build _for_ Factory in your own
project.
These are the usual checks from rpmlint, but configured to stop building
packages in important cases to get a minimum level of quality. We use them
already for all packages build inside of Factory.
Please report, if you run into trouble with that.
bye
adrian
--
Adrian Schroeter
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
email: adrian(a)suse.de
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
Hi guy's,
following the discussions here on the list, there is _always_ a java-devel
provided to build against, and that should be used rather than some more
specific sun-jdk as a buildrequires setting.
Trying to do that, i got the expansion error for opensuse_Factory, because
apparently nothing provides java-devel?
Regarding a default java devel package, I do not share the opinion that this
should be the oldest possible version that is working. I think it should
rather be the _latest_ available version on the release.
regards,
denny
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
hi,
1. good ways of doing library policy compatible packages
Since quite some time we have some policy for packaging shared
libraries. [1]
We all had lots of fun and work with it already. There is some way to
save some work for all of us. I will use libetpan as an example here.
in the current factory package we have libetpan11 and libetpan-devel.
and in the queue there is an update that would bump the soname to
libetpan.so.13. now it would be renaming a package in autobuild, rename
the spec, rename the changes file and check in the new package.
To save us all a bit work we slightly change the packaging:
we rename the package back to libetpan and let the spec generate an
empty main package. Additionally we have 2 subpackages (libetpan13 and
libetpan-devel).
Of course you should add a provides to the libetpan13 package:
Provides: %{name} = %{version}
2. Renaming a package
Just a short not how the proper provides/obsoletes should look like in
the usual case -> [2]
with kind regards
darix
[1] http://en.opensuse.org/Packaging/Shared_Library_Packaging_Policy
[2] http://en.opensuse.org/Upgrade_Dependencies#Renaming_a_package
--
openSUSE - SUSE Linux is my linux
openSUSE is good for you
www.opensuse.org
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
HI all :
Factory currenlty has glibc 2.8 which may break some of your packages,
Im going to describe just one possible breakage, and hope someone else
can contribute information about other breakages.
glibc 2.8 no longer defines ARG_MAX constant in linux, so you may see:
foobar.c:N: error: 'ARG_MAX' undeclared (first use in this function)
To fix this problem you can use something like this
#include <unistd.h> /* only if not already there !! */
#if defined(_SC_ARG_MAX)
# if defined(ARG_MAX)
# undef ARG_MAX
# endif
# define ARG_MAX sysconf (_SC_ARG_MAX)
#endif
HTH.
Cristian.
--
"Freedom of religion also means freedom **from** religion" - Anonymous
Cristian Rodríguez R.
Platform/OpenSUSE - Core Services
SUSE LINUX Products GmbH
Research & Development
http://www.opensuse.org/