> 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
Good afternoon!
I've written and packaged a compatibility library for flash to enable
playback of DRM content (this removes the dependency on the HAL
package). I'd like to know what steps I can take to have the package
considered for inclusion in openSUSE 12.3 and 13.1. Can I submit the
package to devel:openSUSE:Factory, or is there another action I should
be taking?
Details of the bug and links to upstream are here (please briefly review):
https://bugzilla.novell.com/show_bug.cgi?id=768562#c19
OBS location:
https://build.opensuse.org/package/show?package=hal-flash&project=home%3Ach…
I will maintain the package until such time that HTML5 Video content
is a viable alternative or the Flash plugin is completely withdrawn.
RPMs, debs... are all available on the build service.
Three noteworthy points:
- package naming (libhal1-flash) doesn't 100% align with the Shared
Library Policy (I've suffixed -flash to make clear this is not a fully
functional HAL layer and also to avoid naming conflicts as some
distros seem to have a shared library package already named libhal1).
- The packages depends on dbus and udisks. It seems to work find when
udisks is launched on demand (as for openSUSE 12.3)
- The flash-player package could have some kind of RPM dependency on
this package to assist the user when looking in YaST (Install / Remove
Software) / Package Manager.
Chris
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hello.
I can't build a package. Service source_validator failed.
% osc build
Run source service: /usr/lib/obs/service/format_spec_file --outdir /tmp/tmpVbBhay
Run source service: /usr/lib/obs/service/source_validator --outdir /tmp/tmpIQYU6i
/home/kent/rpmbuild/projects/M17N/i18nspector/i18nspector.keyring
gpg: enabled debug flags: memstat
gpg: keyring `/tmp/check_if_valid_source_dir-NL8Ezs/.checkifvalidsourcedir-gpg-keyring' created
gpg: Oops: keyid_from_fingerprint: no pubkey
gpg: Oops: keyid_from_fingerprint: no pubkey
gpg: key 00000000 occurs more than once in the trustdb
gpg: key 015475F5: public key "Jakub Wilk <jwilk(a)jwilk.net>" imported
gpg: Total number processed: 1
gpg: imported: 1 (RSA: 1)
random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
outmix=0 getlvl1=0/0 getlvl2=0/0
secmem usage: 0/32768 bytes in 0 blocks
gpg: enabled debug flags: memstat
gpg: Signature made Mon Jun 24 22:36:51 2013 MSK using RSA key ID 015475F5
gpg: Oops: keyid_from_fingerprint: no pubkey
gpg: Oops: keyid_from_fingerprint: no pubkey
gpg: key 00000000 occurs more than once in the trustdb
gpg: Good signature from "Jakub Wilk <jwilk(a)jwilk.net>"
gpg: aka "Jakub Wilk <jwilk(a)debian.org>"
gpg: aka "Jakub Wilk <ubanus(a)users.sf.net>"
random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
outmix=0 getlvl1=0/0 getlvl2=0/0
secmem usage: 0/32768 bytes in 0 blocks
(E) signature /home/kent/rpmbuild/projects/M17N/i18nspector/i18nspector-0.11.1.tar.gz.asc does not validate
Aborting: service call failed: /usr/lib/obs/service/source_validator --outdir /tmp/tmpIQYU6i
Source service run failed!
As far as I can see, the signature is good.
This also happens with another package (graphics/icoutils).
What is the problem?
--
WBR
Kyrill
Hello guys,
I have created proof of concept libav library with disabled patented codecs in
my home project [1]. This means that this library si up par with what we have
in chromium and it should be legal to distribute.
Apart from the library the repo contains vlc chromium and xbmc (built localy
fails on obs, meh) which seems to run fine, just not to play almost anything
^_^.
The possibility here is to include all the media players and stuff around it
into openSUSE release, where one has to flip the switch in libav (see the spec
file) and can build full-fledged-european-edition which can play our sweet
movies.
Let me know what you think about this plan and what would you use as base
devel project for this.
Cheers
Tom
[1] https://build.opensuse.org/project/show?project=home%3Ascarabeus_iv
Hello.
There is a regression in YaST2 *Qt* "install/remove software" module.
It doesn't show solver diagram.
First, no dependencies on libqdialogsolver.
Second, installed libqdialogsolver doesn't help.
Reported ages ago. And confirmed. All the info is provided.
https://bugzilla.novell.com/show_bug.cgi?id=785431
WBR
Kyrill
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
Hello,
Am Freitag, 22. März 2013 schrieb Patrick Shanahan:
> /etc/postfix/main.cf had @_some-parameter_@ setting for every
> "xxxxxxx_directory =" line.
>
> After correcting "xxxxxxxx_directory =" settings per my Tumbleweed
> machine, postfix appears working correctly.
>
> This mess probably occurred on installing/upgrading postfix:
> postfix-2.9.6-2.1.x86_64 Sun Mar 10 11:14:39 2013
> but the rpm main.cf does not contain "@.............@".
This sounds like https://bugzilla.novell.com/show_bug.cgi?id=796162
which should be fixed since some time.
I'd guess some older postfix package broke your main.cf. Nevertheless,
if you want to be really sure, uninstall postfix, move away /etc/postfix
and re-install the postfix package.
Regards,
Christian Boltz
--
Argh, ich wollte heute doch gar nicht mehr siggen!
[Michael Hoffmann in dag°]
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi,
I'm following factory closely and since about more then one week it is
no longer possible for me to use tethering my notebook with my
Nexus 4 over WLAN:
Actually setting up the connection with NetworkManager is no problem.
But if I do a HTTP request with a browser, my notebook will
immediately and reliably get a kernel Oops, leaving me at the terminal
with a blinking keyboard LED and no interaction possible.
With a normal WLAN connection I do not have this problem!
The circumstances of the problem and the kernel backtrace I get are
the same as described in https://lkml.org/lkml/2013/8/19/549:
> brcms_c_compute_rtscts_dur
> brcms_c_ampdu_finalize
> ampdu_finalize
> dma_txfast
> brcms_c_txfifo
> brcms_c_sendpkt_mac80211
> brcms_ops_tx
Since the LKML post suggests that this problem may be fixed with
3.11-rc6, I waited until 3.11-rc6 appeared downstream on factory
But the problem did not disappear.
Unfortunately the LKML post does not mention a bugzilla entry.
Can anyone reproduce this problem?
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi all,
I've just ran across an issue with Bluetooth in openSUSE 13.1; mainly,
the GNOME Stack does not work with BlueZ 4.x anymore.
There are several components that have been ported to Bluez 5 already;
and, as most of the stuff is not relying on the library (as this has
been marked obsolete by upstream anyway), not much was seen prior to
actually finding a BT device to pair it.
The D-Bus APi changed and, as a result, stuff relying on it simply has a
50% chance to work or not work.
To make matters worse, we can't even just 'parallel install' bluez and
bluez5, as the DBus services clash (same name space).
So, we have the hard bullet to bite: either we update (Fedora decided to
do so, see
https://lists.fedoraproject.org/pipermail/devel/2013-August/187738.html
for reference) or we accept to have a non-working BT stack in GNOME.
Updating it would likely still leave a few breakages here and there; but
KDE's BlueDevil for example does have support in git.
The 2nd alternative would be to 'try to undo' the Bluez 5 porting in the
GNOME Stack; No idea if and how well this will work; we would be the
only distro with GNOME 3.10 running on Bluez 4.
Any opinions around here?
--
Dimstar / Dominique Leuenberger <dimstar(a)opensuse.org>
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org