> No, please don't confuse people, if you add more repos than just
> Tumbleweed you really had better know what you are doing or bad things
> can, and will, happen :)
I understand.
I just would like to add the following to http://en.opensuse.org/Portal:Tumbleweed -
between ## is the new stuff:
"The only supported method of repo use for Tumbleweed is to have only the main repos
(Oss, Non-oss, and Update) and the Tumbleweed repo active. ## If you use more
repositorys you have to know how repo-priorities work, but even then Tumblweed does NOT
support this ## "
It would also be good to move this information to "Special concerns" and to move the
whole "Special concerns"-section up. For example
"Special Concerns
Virtual Machines ...
Third Party Drivers ...
## Non-Standard Repos: Only use Oss, Non-oss, and Update combined with the
Tumbleweed-Standard repo. Everything else is not supported and might break the system ## "
>You do know the legal reasons behind why packman is
there, right?
Yes. Then I do not whish you personaly to support Packman with TW - I understand now
that this is not possible from your perspectivg. But...as the OS community discusses
right now if/how to strengthen Tumbleweed... one way would be, that Packman+TW would be
supported BY Packman. So I will ask the Packman-guys to do that... I hope this is
possible for them. Without Packman Tumbleweed is so ... "anti-multimedia" ;)
thanks anyway :D
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Export button is greyed out no matter what.
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
On 12/01/2011 11:44 AM, Kyrill Detinov wrote:
>
> Hello.
>
> We have one package affected in standard repo: leechcraft-eiskaltdcpp.
> The program itself doesn't require php5. But the package includes
> example scripts with shebang '!/usr/bin/php5'. So the package isn't
> installable.
>
> Also I see the same problem with pgfouine from Contrib (written in
> PHP) and eiskaltdcpp from filesharing repo. Maybe more in third-party
> repositories.
>
> Can we have symlink /usr/bin/php -> php5 in php5 package? Or affected
> packages should be fixed?
>
Please file a bug against php5 and assign to Cristian Rodríguez.
--
Viele Grüße,
Sascha
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi:
Will be cool if rpmlint could warn when upstream packages attempt to use
the -ansi gcc option because it inhibits usage of gcc builtin functions
while optimizing (list here -->
http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html#Other-Builtins)
most recently it caught my attention that it also disables the new
"optimize-strlen" pass in gcc 4.7, in particular this:
"for hosted compilations where stpcpy is available in the runtime and
headers provide its prototype, e.g.
void foo (char *a, const char *b, const char *c, const char *d)
{
strcpy (a, b); strcat (a, c); strcat (a, d);
}
can be optimized into:
void foo (char *a, const char *b, const char *c, const char *d)
{
strcpy (stpcpy (stpcpy (a, b), c), d);
}
"
when -ansi is used and (defined(_GNU_SOURCE) || (_XOPEN_SOURCE >= 700 ||
_POSIX_C_SOURCE >= 200809L)) is false, there is no stpcpy prototype and
hence no optimization.
Thoughts ?
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
On Wed, Feb 01, 2012 at 12:22:50PM +0100, Mariusz Fik wrote:
> Dnia środa, 1 lutego 2012 01:03:13 Sven Burmeister pisze:
> > Am Dienstag, 31. Januar 2012, 22:43:11 schrieb Mariusz Fik:
> > >
> > > current fontconfig configuration[1] sets the highest priority for
> > > Microsoft font. If user install them (i.e. Times New Roman, Arial,
> > > Consolas) they will be set as _default_ for respectively families
> > > (sans-serif, sans, monospace). Why do we promote Microsoft fonts
> > > instead support open fonts, shipped with system?
> > >
> > > I propose[2] to downgrade those fonts. Thanks to this, we keep our
> > > default font settings but those MS fonts will be still available for
> > > use.
> > >
> > > Whats Your point of view in this case?
> >
> > Are you sure that the free fonts have the same quality – even if
> > anti-aliasing is disabled? I remember ugly characters with free fonts
> > unless I would use bitmap fonts and that's a no-go IMHO. My suggestion is:
> > Set the best quality fonts as default. Those that do not want to use MS
> > fonts simply do not install them. There was a reason to prefer those fonts
> > and AFAIR it was quality or lack thereof regarding the free fonts.
>
> The goal is: to not set those fonts as _default_ and not to get them rid off .
> Why Joe when install i.e. Consolas font should get it set as default monospace
> font? Maybe he want's only to use it in a single program?
Please continue this thread at opensuse-factory as it was already
suggested as part of this thread. Therefore the Reply-To got set.
The begin of this thread was here:
http://lists.opensuse.org/opensuse/2012-01/msg02101.html
Why?
Cause it's more likely that you'll get the required attention.
Thanks,
Lars
--
Lars Müller [ˈlaː(r)z ˈmʏlɐ]
Samba Team
SUSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany
I created a merge request for desktop-data three weeks ago. It's just
a minor patch that doesn't really fix anything but a warning from
kbuildsycoca4. I'm not sure about how Gitorious works, maintainers are
supposed to notice the "1" in the merge requests section or they
receive an email notifying it?
And since I'm on it. Since I updated my 11.3 system to KDE to 4.5 the
"inline" part of the menu is not honored... Expected behavior? Known
problem?
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-factory+help(a)opensuse.org
Hi.
I saw that Marguerite has added another two Debian packages to the
"deb" openSUSE package. As a user of and contributor to that package,
may I suggest that we stop that (and instead do the opposite, split
the package)?
I don't know what the historic reasons were for collecting multiple
independent source packages in one RPM. But by now this is a very big
and complicated spec file which makes maintenance somewhat hard,
especially when multiple people are working on it. It also makes it
hard to use parts of the packaging for other purposes (e.g. Fedora
already has a dpkg package, but no debhelper or devscripts package.
The current deb package doesn't work for Fedora and adapting it would
make the spec file even bigger [it needs overrides for the automatic
perl dependencies and other changes])
If there is no opposition I would volunteer to do all the work of
splitting the deb package in its components and submit them to Factory
(Probably something that would be targeted for 12.3, not 12.2?).
Opinions? Would it make sense to file a bug about this? Or a fate entry?
Gruesse,
--
Frank Lichtenheld <frank(a)lichtenheld.de>
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hello all,
I have been having a problem in which the installer with default kernel
freezes when "Searching for Linux Partitions" during the probing.
This has been happening since 12.2 M1 - M3.
To resolve this I add "acpi=off" to the boot options.
This should not happen with the default kernel. Should I add this as a
bug under "Installation" or "Kernel" in Bugzilla?
--
Cheers!
Roman
--------------------------------------------------------------------
openSUSE Linux -- Get it! Discover it! Share it!
--------------------------------------------------------------------
http://linuxcounter.net/ #179293
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Dear openSUSE Factory Team
OpenTTD is now for some years completely independent from the original
TTD with its own graphics, sound and music. Therefore I would like to
submit the package to openSUSE Factory. The brief description from
http://www.openttd.org/en/about reads:
OpenTTD is an open source simulation game based upon the popular
Microprose game "Transport Tycoon Deluxe", written by Chris Sawyer. It
attempts to mimic the original game as closely as possible while
extending it with new features.
Together with the package openttd, there are two data packages and one
building tool:
- openttd with subpackages openttd-dedicated (no SDL dependency) and
openttd-data (noarch)
- openttd-opengfx (required graphics)
- openttd-openmsx (optional midi music)
- nml (building tool for opengfx)
(all 4 packages use license GPL-2.0)
There is a third data package openttd-opensfx, but this does not
fulfill the license requirements and so can't go to Factory (Creative
Commons Sampling Plus 1.0, which means basically no commercial use).
This is no big deal, like music sound is just optional and you can
easily be downloaded ingame via the content service. Players get
notified if they start openttd the first time.
Some upstream developers of these dependent packages are also member
of the OpenTTD dev team. This ensures that dependencies always work
together.
Also upstream has a very professional release workflow, which makes it
easily maintainable for distro packager. There is a yearly major
release on April 1st (no fool) and around 4 to 5 minor security/bugfix
releases (http://security.openttd.org). Also there are security
patches for older major release branches to support LTS distros, which
do not update main releases during same distro. Usually it is very
recommend to use the same versions as upstream to keep compatible with
Network Multiplayer Games. But as openSUSE has a very short lifetime,
this should be no issue.
Development project is games. openttd is part of included there for
ages. In order to ensure openttd and its support packages build on
Factory, I created a temporary project: home:openttdcoop:Factory
There you can find the 4 packages I submit to Factory. I heavily
reworked the packages to make it "Factory capable" and didn't yet
submit those changes to games. (review welcome)
Currently, I don't submit testing releases (beta or RC) to games and
keep those in home:openttdcoop. If openttd will be accepted in
Factory, this might change.
My next steps are now waiting for some comments here (around a week).
If there won't be any arguments against submitting, I will submit
openttd, openttd-opengfx, openttd-openmsx and nml from games to
Factory.
Please don't hesitate to answer, all kind of Feedback welcome. :-)
Greets
Marcel "Ammler" Gmür
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi,
For some reason we have one non-oss package in our oss repo and this
needs to be fixed - so I would like to drop openmotif from oss and
move it (and it's dependencies).
To quote from http://www.opengroup.org/openmotif/faq.html:
The Open Group Public License for Motif grants rights only to use the
software on or with operating systems that are themselves Open
Source programs. In restricting the applicability of the license to
Open Source platforms this does not meet term 8 of the Open Software
Definition (http://www.opensource.org/osd.html).
Now the FAQ also claims they will make an open source release rather
soon, but that document was updated last 2004 - and I don't think we
will see a lot of new motif software in openSUSE in the future.
Right now we have this list of packages that buildrequires openmotif:
ddd
dx
libGLw
MesaGLw
mfsm
mgdiff
TeX-Guy
timidity
vtk
xawtv
xgrabsc
xibod
xmgrace
xmoontool
xpdf-poppler
yudit
7 of those are on DVD and would be removed from it - and move to non-oss
addon:
ddd
MesaGLw
TeX-Guy
timidity
xawtv
xpdf-poppler
yudit
Greetings, Stephan
--
Last week's pet, this week's special.
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org