On 25.03.24 14:36, Stefan Botter wrote:
Hi all,
I injected a factory-derived build in PMBS and builds for Tumbleweed are
on their way again.
yes, my workers are busy again :-)
Have fun,
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public rela
into the workers and apparently
causes the issue), probably followed by a "obs_admin --drop-badhosts" to
get the workers into the scheduler again.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled."
dead ;-)
Have fun anyway
seife
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@links2linux.de
https://lists.link
/certificate which I'll use to
set up an x86_64 worker and try to reproduce / debug the issue. Not sure
when I'll get to it, though.
So don't be surprised if another worker pops up ;-)
Best regards,
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public rela
eed.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@links2linux.de
https://lists.links2linux.de/cgi-bin/mai
On 09.10.23 15:17, Stefan Seyfried wrote:
Hi Stefan,
On 09.10.23 13:01, Stefan Botter wrote:
I see, that some - if not all - builds for Slowroll fail on my workers
(buildwk1 and 3) like in the above described scenario.
Do you have an idea?
Is there a kernel-obs-build in slowroll? If yes
}) is convulted and I might be
wrong here.
Good luck :-)
Stefan
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing li
), and the host's initrd is not good enough
for an OBS build VM.
-kernel /boot/vmlinuz --initrd /boot/initrd
You have to be lucky if that works nowadays with hostonly initrds.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations,
Korrektur...
On 16.09.23 10:32, Stefan Seyfried wrote:
oder anders gesagt: einmal mit
osc -A https://pmbs.links2linux.org whoami
osc -A https://pmbs.links2linux.org whois
"whoami" gibts nicht :-)
--
Stefan Seyfried
"For a successful technology, reality must take preceden
halt
deinen shell alias als
alias posc='osc -A https://pmbs.links2linux.org'
Ciao,
seife
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
__
On 27.06.23 20:23, Jimmy Berry wrote:
It looks like the Mesa-32bit package is a version behind, even in OBS. Does
that require a binary wipe and rebuild?
No, it needs a restart of the i586 scheduler.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
p
see $subject, the aarch64 scheduler is dead ;-)
Best regards,
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing li
On 02.06.23 08:20, Stefan Seyfried wrote:
My answer: Because xine is crap and xine-list-1.2 makes for
unreproducible builds. I'm trying to fix this in the gxine makefile
This fix seems to have worked out fine and gxine is no longer published
for every build, but only if there are real
iven.
Best regards,
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@links2linux.de
https://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
See $SUBJECT,
schedulers for aarch64 and x86_64 are dead...
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing li
On 22.04.23 12:39, Hans-Peter Jansen wrote:
Hi Stefan,
Am Dienstag, 18. April 2023, 21:02:59 CEST schrieb Stefan Seyfried:
I did not check the package actually but this just came to my mind. I
have used these macros before to fix stuff like that.
Ahh, I used AutoReqProv as a generic term
erators.md for
details ;-)
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@links2linux.de
https://lists.links2linu
it now.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@links2linux.de
https://lists.links2linux.de/cgi-b
sc -A pmbs signkey --extend Multimedia
or what's the suggested method?
normally, OBS just does this on its own.
But IIRC zypper will not always automatically refresh the key.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature c
in there...
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@links2linux.de
https://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
On 09.03.23 22:16, lignuxer983 wrote:
I'm a KDE user and would like to build EasyMp3-QT5 so that it can blend in
with my desktop environment.
I cannot find a package with this name in the Packman build service
Can you be a bit more specific?
--
Stefan Seyfried
"For a successful techn
les.
You need to add a _multibuild file or remove one of those spec files.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman
, my definition of "fun" does definitely not include "trying to
contribute to OBS upstream" in any way ;-)
Have fun anyway,
seife
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fo
file is present, no _multibuild
magic is necessary.
Bot no matter which way we go, we probably need a diff on pmbs vs build.o.o.
ciao,
seife
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled
ers :-)
The cleanup of the disabled binaries, you could have made on your own,
though :-P
Let's see if this helped, once the current rebuild wave is finished.
Best regards,
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public rel
be excluded from scanning in the
dependency generator completely. I seem to rememver that there is a
macro for that, unfortunately I forgot which one it is :-)
Have fun,
seife
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for n
build now.
Update schedule for the package is up to the package maintainer.
Have fun,
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
_
On 05.09.22 05:33, munix9 wrote:
FYI: Server Status - i586/x86_64 - dead
now the aarch64 scheduler died...
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richa
BS.
http://pmbs.links2linux.de:8080/home:/lemmy04/
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@links2linux.de
https://list
work at all? If not "yes", then just
building it without wayland (as done on everything < Tumbleweed) would
probably be much easier instead of adding more things to packman?
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations,
s (ich verstehe gar nicht, warum
das Paket überhaupt auf packman gebaut wurde...), insofern wäre die
opensuse-factory mailingliste auch noch ein Anlaufpunkt.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled.&
alias: pci:v10ECd2502sv*sd*bc*sc*i*
funktioniert der nicht? Dann Meldung an die upstream Kernel Entwickler
machen ;-)
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." --
fisches => im openSUSE Bugzilla ausdiskutieren.
Wann kommt ein Update?
Dann, wenn es eins im openSUSE update channel gibt. Der Packman build
ist direkt dort hin verlinkt.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature
On 12.03.22 10:30, Stefan Seyfried wrote:
On 11.02.22 21:52, Bjørn Lie wrote:
fr., feb. 11 2022 at kl. 15.34 -0500 -0500 skrev S.
følgende:
Hi, pipewire-lang is currently not installable when Packman is set at
a higher priority because PipeWire is now at
version 0.3.45 whereas pipewire
quot; armv7l box I have is a bananapi m2 zero, but that one
only has 512MB of RAM which will make it a very low performance OBS worker.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be
t;
<https://pmbs.links2linux.org/request/show/5527>
I accepted both, just blindly assuming you'd know what you are doing ;-)
Best regards,
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fool
!!
[ 23s] error: line 39: Illegal char '!' (0x21) in: PreReq: python =
!!_%1_not_installed_!!
(saw this in multiple packages, but the "!!_%1_not_installed_!!" pattern
also shows up in some filelists, not sure if this is also python related)
--
Stefan Seyfried
"For a successful tech
the permissions to do that, this
does not mean that I am especially knowledgeable ;-) So please take a
look if everything works out as expected.
Have fun,
seife
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature c
t pulls in the other ffmpeg version during
the update via requirements.
If yes, the question is if the problem was already there before:
rpm -V ffmpeg-3 ffmpeg-4
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fo
Hi Stefan,
On 12.02.22 09:28, Stefan Botter wrote:
Yes, we do not have any armv7l workers anymore, as my banana pi (swrj01)
was not building correctly for some time now, and both cubietrucks
(swrj02 and swrj03) broke down due to hardware issues during the past
two months.
I have some spare
need 32 bit plugins/codec for wine and a few Japanese visual novels,
I was already made aware of the missing 32bit in openh264, so I did this
SR yesterday
https://pmbs.links2linux.org/request/show/5507
Waiting for someone to approve it.
RESOLVED_FIXED ;-)
--
Stefan Seyfried
"For a succe
Hi Marc,
On 13.12.21 09:35, Marc Schiffbauer wrote:
* Stefan Seyfried schrieb am 12.12.21 um 00:04 Uhr: >> Really the best solution
(if possible) would be if the new key could be
signed by the old one and thus automatically accepted by zypper et al.
I have no idea if this is even po
experience :-(
Maybe we should ask security-t...@suse.de for help on how to handle this
best? They surely must be prepared for updating a key.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled."
libliveMedia102, probably you hit the
short timeframe until the rebuilt package was published ;-)
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richa
On 08.12.21 21:22, Olaf Hering wrote:
Am Thu, 2 Dec 2021 11:41:23 +0100
schrieb Stefan Seyfried :
Can someone explain how "Staging" is supposed to work?
It is meant to verify new library versions of x264/x265 and the like actually
work with the consumers. Otherwise a new SONAME is
On 05.12.21 07:49, Luigi Baldoni wrote:
Sent: Thursday, December 02, 2021 at 11:44 AM
From: "Stefan Seyfried"
Can someone explain how "Staging" is supposed to work?
Would still be interesting how this is intended to be used.
It's, well, a staging area to test some crit
On 02.12.21 11:41, Stefan Seyfried wrote:
On 01.12.21 18:56, Luigi Baldoni wrote:
I'd link it myself, but I don't know how not to mess up thing in Staging.
Could someone please do it?
I would just do it (change the link in Essentials/A_15.3-vlc), but now
that I see we have also a "St
o sure I should just do it.
Can someone explain how "Staging" is supposed to work?
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
On 29.10.21 15:34, S. wrote:
On Fri Oct 29 08:28:36 CEST 2021 Stefan Seyfried wrote:
probably rpm needs to be fixed to again accept keys that were totally
fine before the update.
So I'd suggest filing a bug against 15.3 rpm package.
I very much agree with you that this appears
ccept keys that were totally
fine before the update.
So I'd suggest filing a bug against 15.3 rpm package.
(I don't know much about key handling in RPM, so maybe the key is really
broken and should not be used as-is, but then why is it acceptable to
libzypp?)
--
Stefan Seyfried
"Fo
the repo upstream vivaldi provides...
And that Stefan Seyfried attempted to delete all built packman binaries, but
the PMBS has problems and takes time to propagate, as he said.
Exactly, that's how it should be:
# posc ls -b Extra/vivaldi
openSUSE_Tumbleweed/x86_64
openSUSE_Tumbleweed/i586
.
Have fun :-)
seife
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@links2linu
.org/show_bug.cgi?id=1190879, maybe this will
get us a regular update.
If this does not work, I need to get in SUSE Support and report this
against SLES15 ;-)
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fo
ur OBS server machine should do the trick as well
(the workers fetch the build code from the OBS server IIRC).
Or just update to the latest version of the build package :-)
Hope this helps,
Stefan
--
Stefan Seyfried
"For a successful technology, reality must take preced
.
Looks like you are using different versions on tumbleweed and leap.
(it might still be possible that it is disabled on Leap due to missing
dependencies etc, but at least try to double check with identical
package versions on both OS versions).
Best regards,
--
Stefan Seyfried
Hi Manfred,
On 11.08.21 10:43, Manfred Hollstein wrote:
Hi Stefan,
sorry for the late reply, but your e-mail was stuck in the GMX Spam
folder...
On Sat, 31 Jul 2021, 11:00:17 +0200, Stefan Seyfried wrote:
On 30.07.21 14:04, Manfred Hollstein wrote:
Could someone with the necessary
d be disabled IMHO.
Anw they should only be built for Tumbleweed, not for everything else,
right?
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
on this
list recently.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@links2linux.de
https://lists.links2li
build service
=> the right place to complain is to the openSUSE maintainers, not here :-)
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
__
otcut, Kdenlive, Flowblade,
OpenShot, PiTiVi, LiVES, and LightWorks."
Best regards
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
On 07.02.21 15:50, Malcolm wrote:
Hi
Then I suggest a _service file and enable the changelog... You can then
setup to trigger the service remotely with osc.
changelog generation with server-side obs_scm & friends does not work well.
--
Stefan Seyfried
"For a successful technology
ing from libmfx1 which is
> an intel hardware acceleration library. This means that your problem
I don't think so. It looks like the illegal instruction is happening in
/usr/include/c++/9/ext/new_allocator.h:119 (I'm not really familiar with
c++ internals and might be wrong, though).
Anyway
rdinary (I'd consider it beginner level).
So for the case that you would be willing to give something back to the
community, this would be a way to start.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled.&qu
rted
> by Michael Schueller shows that I'm not the only user of Packman's
> Flash packages for openSUSE, and in particular of the Flash plugin for
> Mozilla browsers.
>
> Thanks for updating Flash to 32.0.0.314-lp151.1.1, this solves my> problem
> (for the time being). ;-)
2. Can you help?
The subject of this mailing list list is the packaging of additional
packages for openSUSE.
Your questions would probably better be asked on the home page of
QMPlay2, which might be somewhere at https://github.com/zaps166/QMPlay2
Best regards,
--
Stefan Seyfried
"For a successful
Am 30.08.19 um 17:02 schrieb Guillaume GARDET:
>
> Hi,
>
> on monitor page, stats are not shown anymore. I guess a service needs to be
> restarted.
probably "systemctl restart obs-api-support.target"
--
Stefan Seyfried
"For a successful technology, reality mus
additional 45.2 MiB will be used.
This starts just fine.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@links2
directly contribute to packman
packaging! :-)
Best regards and thanks for your efforts, improving package search is
certainly somehting that openSUSE will benefit from.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be
are pretty small:
perl, python, bash, binutils, psmisc, tar.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman
e Repository
lame is in the official openSUSE update repo for 42.3 now
(42.2 is out ouf maintenance, I don't know if it ever got there).
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fool
linux.de' which is a
> broken link, of courses.
I had the same here in our OBS instance today, happens only if the package /
project is set to "publish disabled".
it is this setting:
api/config/options.yml:frontend_host: localhost
which need so be changed from localhost to $OBS_
2.2 OBS appliance:
* cd /etc/zypp/repos.d
* sed -i -e 's/42.2/42.3/g' *42.2*repo (just update openSUSE repos, not OBS and
not Tools)
* zypper -v ref
* zypper -v dup --no-r
* select "keep obsolete python-yum..."
The resulting 42.3 based OBS seems to work just fine.
--
Stefan Seyf
libopenssl1_0_0
seife@susi:~> posc tr Multimedia audacity openSUSE_Leap_15.0 x86_64
https://pmbs-api.links2linux.org Multimedia audacity openSUSE_Leap_15.0 x86_64
new build (at 2017-12-15 11:26:23)
seife@susi:~> posc buildinfo Multimedia audacity openSUSE_Leap_42.3 x86_64 |
grep libopens
you can edit wave data larger than the
physical memory size of your computer.
> Thanks
> Dave
> user davepl
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be f
openSUSE on my raspi (a few bugs and yocto/OE is
just neat), so I will not complain about anything yet ;-)
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled.
Hi Stefan,
On 10.04.2017 09:21, Stefan Botter wrote:
> On Sun, 9 Apr 2017 21:19:14 +0200
> Stefan Seyfried <stefan.seyfr...@googlemail.com> wrote:
>> Is 2.8 even released already?
>> Are there pressing reasons (new features?) that would make unstable,
>> untested
ould make unstable,
untested 2.8 seem more attractive than known working 2.7.x?
I'm not trying to tell you how to spend your free time, but I think most
contributors will be happy to have 2.7 features and not miss anything
from 2.8 ;-)
Best regards, and thanks for your efforts,
seife
-
Hi Stefan,
Am 21.03.2017 um 22:17 schrieb Stefan Botter:
> On Mon, 20 Mar 2017 21:53:46 +0100
> Stefan Seyfried <stefan.seyfr...@googlemail.com> wrote:
>> Stefan, do you have OBS_VM_KERNEL set in /etc/sysconfig/obs-server on
>> the workers?
>> That would overr
Am 20.03.2017 um 21:39 schrieb Stefan Seyfried:
>> What version of OBS is PMBS running?
> In this case, i guess the build.rpm version on the OBS is pretty old,
> the kernel-obs-build feature needs build with at least this commit:
>
> commit 6828560fe22e6a165d83289c1604482
Am 20.03.2017 um 21:08 schrieb Stefan Seyfried:
>> This is a little bit tricky, as the workers are running an older
>> openSUSE 13.1, and there is no such package available.
>
> There is nothing you need to change on the workers. It only needs to be
> in prjconf IIRC:
>
regarding which config is taken from where (I
would call them bugs, but opening github issues against such things in
OBS is totally useless unless you can present a 100% reliable
step-for-step reproducer, without it everything that does not happen on
opensuse.org will be dismissed as
imedia. Whatever. In the versions they like to build.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
Packman mailing list
Packman@lin
ow in a number. I'm reading the packman mailing list about
once *per month*.
I might read my regular mails once per day, unless it is a busy day,
then I might skip the evening's mail reading and do something else, more
enjoyable, instead.
--
Stefan Seyfried
"For a successful technolog
Hi Marcus,
Am 12.11.2016 um 21:49 schrieb Marcus Meissner:
> (I could send you diffs if you tell me where your buildservice lives ;)
https://pmbs.links2linux.de/
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot b
deinstall it (even though it's orphaned), because
handbrake needs it.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
___
load.opensuse.org/repositories/home:/rbos:/pipelight/openSUSE_13.1
14 | repo-update| repo-update| Yes | (r ) Yes | Yes
| http://download.opensuse.org/update/factory
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations,
Hi all,
does the scheduler need a kick? Right now only ARM is building...
Best regards,
seife
--
Stefan Seyfried
For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled. -- Richard Feynman
Hi Dominik,
Am 22.11.2014 um 21:13 schrieb Stefan Seyfried:
Am 19.11.2014 um 23:23 schrieb Dominik Kopp:
Stefan Seyfried wrote:
HandBrakeCLI -i /home/dom/video/test2/1min.mpg -o output.m4v -e x264
Test video: http://koppnik.de/dvbcut/1min.mpg
I switched to the released 0.9.9, reinstalled
Am 19.11.2014 um 23:23 schrieb Dominik Kopp:
Stefan Seyfried wrote:
HandBrakeCLI -i /home/dom/video/test2/1min.mpg -o output.m4v -e x264
Test video: http://koppnik.de/dvbcut/1min.mpg
I switched to the released 0.9.9, reinstalled some gstreamer and libav
packages and handbrake works now
reported
this to upstream handbrake? Especially if it is also happening in
released version 0.9.9?
Is the test video available somewhere (for reproducing the issue)?
--
Stefan Seyfried
For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled
machines for osc14.
Please accept
https://pmbs.links2linux.de/request/show/965
Done.
I'm looking forward to those live-streams from osc14 ;-)
--
Stefan Seyfried
For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled. -- Richard Feynman
Am 18.07.2013 16:01, schrieb Βασίλης Τουμπακάρης:
Could you please make package for version 3.2.1.2? See, there is new
version in http://clipgrab.de/ . Thank you very much!
Should arrive on the mirrors, soon.
Best regards,
Stefan
--
Stefan Seyfried
Linux Consultant Developer -- GPG
is using the 11.4 version, but you probably need at
least SLED11SP2
--
Stefan Seyfried
If your lighter runs out of fluid or flint and stops making
fire, and you can't be bothered to figure out about lighter
fluid or flint, that is not Zippo's fault. -- bkw
()(64bit) 16384
libvorbisenc.so.2()(64bit) 16384
-libx264.so.128()(64bit) 16384
+libx264.so.129()(64bit) 16384
libxml2.so.2()(64bit) 16384
Maybe publishing from the buildservice does not work or your mirror is
out of date?
--
Stefan Seyfried
If your lighter runs out of fluid or flint and stops
is out of maintenance.
--
Stefan Seyfried
If your lighter runs out of fluid or flint and stops making
fire, and you can't be bothered to figure out about lighter
fluid or flint, that is not Zippo's fault. -- bkw
___
Packman mailing list
Packman
), dann zypper in ffmpeg.
--
Stefan Seyfried
If your lighter runs out of fluid or flint and stops making
fire, and you can't be bothered to figure out about lighter
fluid or flint, that is not Zippo's fault. -- bkw
___
Packman mailing list
Packman
Am 17.10.2012 13:35, schrieb Olaf Meltzer:
In openSUSE 12.2 qdvdauthor insists on
YaST2 conflicts list - generated 2012-10-17 13:16:29
ImageMagick-Magick++, benötigt von qdvdauthor-2.3.0-3.45.i586, wird
von keinem Repository angeboten
Should be fixed now.
--
Stefan Seyfried
of maintenance left, so probably fixing
this problem is not too interesting for most people.
--
Stefan Seyfried
If your lighter runs out of fluid or flint and stops making
fire, and you can't be bothered to figure out about lighter
fluid or flint, that is not Zippo's fault. -- bkw
regards,
seife
--
Stefan Seyfried
If your lighter runs out of fluid or flint and stops making
fire, and you can't be bothered to figure out about lighter
fluid or flint, that is not Zippo's fault. -- bkw
___
Packman mailing list
Packman
?
In that case, we should probably make disable publishing and just use it
for building.
--
Stefan Seyfried
If your lighter runs out of fluid or flint and stops making
fire, and you can't be bothered to figure out about lighter
fluid or flint, that is not Zippo's fault. -- bkw
1 - 100 von 119 matches
Mail list logo
