openSUSE Packaging April 2008

packaging@lists.opensuse.org

45 participants
26 discussions

[opensuse-packaging] openSUSE extensions to categories for desktop files

by Vincent Untz

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

14 years

[opensuse-packaging] Java Development Updates for openSUSE

by Adrian Schröter

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

14 years

[opensuse-packaging] Menu handling

by Jakub 'Livio' Rusinek

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/

14 years

[opensuse-packaging] ant : Native2Ascii - not found

by Denny Beyer

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

14 years

[opensuse-packaging] cherokee version 6.1.0 (mrueckert@suse ??)

by Michael Foerster

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

14 years

[opensuse-packaging] xf86-video-ati in openSUSE 11.0

by Rafał Miłecki

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

14 years

[opensuse-packaging] Factory builds in Build Service

by Adrian Schröter

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

14 years

[opensuse-packaging] java-devel provides error

by Denny Beyer

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

14 years

[opensuse-packaging] Some notes from your friendly autobuild team

by Marcus Rueckert

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

14 years, 1 month

[opensuse-packaging] FYI: glibc 2.8 may break some of your packages

by Cristian Rodríguez

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/

14 years, 1 month

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

openSUSE Packaging April 2008