Re: [Mageia-dev] Cauldron?
On Tue, Jun 7, 2011 at 3:07 AM, David dgbo...@gmail.com wrote: When will Cauldron reopen? -- David It should reopen really soon ( see yesterday mail on mageia-sysadm ML ).
[Mageia-dev] Reopening cauldron
Hello,
Cauldron is now open again, you can now submit new packages.
perl will soon be updated to version 5.14.0, so don't update perl
modules until it is done :
http://www.mageia.org/pipermail/mageia-dev/20110530/005084.html
updates/backports/testings repositories for release 1 will be opened
shortly.
If you were using cauldron and want to use the stable release now, make
sure you have version 1 of mageia-release-common and mageia-release-Default
installed :
$ rpm -q --qf '%{VERSION}\n' mageia-release-common
1
$ rpm -q --qf '%{VERSION}\n' mageia-release-Default
1
Re: [Mageia-dev] Skype version
'Twas brillig, and brianbaile...@aol.com at 04/06/11 12:55 did gyre and gimble: The only version of Skype that will allow the audio to be configured and works with Mandriva 2010 is skype-2.0.0.72-1mdv2009.0.i586.rpm that will enable USB VOIP headsets and the Philips VOIP microphone to be configured. If you use a later version which I believe is a beat version you will not be able to configure any audio devices it will be stuck on Pulse Audio settings and you will only be able to use a head set plugged into the line IN/Out sockets on the computer of course you may not be able to configure your audio device using the latest version - I have the version above installed on Mandriva and can stream audio via my pc sound device and at the same time make calls using the Phillips VOIP phone. Hope this helps Regards Brian Bailey aka (Brianb) If you do not want Skype to use PulseAudio, then presumably you do not want to use PulseAudio at all (it doesn't really make sense to combine the two). This being the case, just disable it in draksound. Alternatively what problems do you have with your USB headesets and the Philips VOIP microphone with PA? If there is a problem we need to fix it, not work around it. Please can you post details as to why you cannot use e.g. pavucontrol, kmix or KDE's system settings to change the device you want to use for Skype input or if the problem is more fundamental. Cheers Col -- Colin Guthrie mageia(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
Re: [Mageia-dev] Cauldron?
On 6/7/2011 3:01 AM, Dexter Morgan wrote: On Tue, Jun 7, 2011 at 3:07 AM, David dgbo...@gmail.com wrote: When will Cauldron reopen? -- David It should reopen really soon ( see yesterday mail on mageia-sysadm ML ). Thank you. -- David
Re: [Mageia-dev] Providing 32-bit flash-player-plugin in x86_64 nonfree?
Le 2011-06-05 15:45, andre999 a écrit : Marc Paré a écrit : Le 2011-06-05 03:59, Kira a écrit : 在 Sun, 05 Jun 2011 13:25:59 +0800, Marc Paré m...@marcpare.com寫道: I have just installed Mageia on a 64 bit and the 64bit Flash .rpm is quite painless from the Adobe site. Cheers Marc The major problem is that Adobe seems don't like we to distribute the 64-bit version. Sorry, I just rechecked my flash and it is the 32bit version. My fault. But the bottom line is that it works for now. As for the Adobe Square preview, I don't think the 64bit version will suffor for too long in preview release as most of the machines being sold today are 64bit. I don't think that Adobe will sit on the sucess of their 32bit product and ignore the 64bit version. For now the 32bit version works on Firefox 64bit and eventually the 64bit version will be released in .rpm for us to install. We just have be patient. Cheers Marc Salut Marc The plugin is installed in ~/mozilla/firefox/plugins/ (or one of the alternate locations provided by the Firefox rpm), so you can just as easily install the plugin from a tar file. The above location is the first searched by Firefox, so other locations will be ignored for flash, if flash is found there. The only problem with the preliminary version is that it is more likely to have bugs. Personally I install a tar version of flash, as it stays in place across distro updates, even clean installs. (I keep /home intact.) My 2 cents :) Merci for your deux cents! I will do it. Cheers Marc
[Mageia-dev] Buildbot
Seems that buildbot have been not so well packaged since 8.0 master and slave have separate sources and we have only master now if no one object I'll try to take care of this package I will do a new one for slave and certainly update it to latest version and build it as noarch
Re: [Mageia-dev] Looking for a mentor
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/06/2011 18:53, Michael Scherer wrote: Le mardi 07 juin 2011 à 18:35 +0200, Matteo a écrit : thank you Nicolas, you can find my small rpm at http://www.mageia.it/rpms At the moment axel-2.4-1.i586.rpm contains only the command line tool; no kapt (the gui) into the package, I removed it from the upstream tarball because I think it would be better to build a separate package for that one, am I right? If it is in the tarball, what should be done is a subpackage rather than 2 srpms. Thi way, you can update both in one round. Yes, this was my intention, because I've seen a similar solution for the gambas2 package. Thank you, any suggestion is really welcome :-) - -- Matteo () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJN7mvDAAoJED3LowjDDWbNLj0H+QFQ/bVIlTjQkGsLkImuuFdg JIxnRyQlnMBZ/deRQWz67nZK94CzNlszwrZRxQ0ZEOdJZ/FCjj8wjeyowK5FQjjc YKwt5C/2fipggH82gkbjk0pxMOqx/Z9wljfQHoI4OCFTFK7+vVjD+TRPO4GPlIzL iCioQpY/fn6AeiE2jKl0e85t4GRPVOGrfqiSFW8gR+AuqJ3aULFuvue2cBb8W7KD UddPC8PiA0TraflkWIEE7qIunWLl9hnTsERKL4mJ/a/+1cpRghJ15A6Fb4eLGXfj pLcxxNbU6U/vV5Kz7xibMsSCSBYB2zfINsvNgS9SRPei2RjOJKzyBhtwDR9B9mk= =nB05 -END PGP SIGNATURE-
[Mageia-dev] Re Skype Version
Hi, I don't have a problem or issue using Skype, this was a reply to someone who was asking what version Skype would work. As I said if a later version is used which happens to be a beta problems may occur when trying to configure the sound and audio devices - bearing in mind Skype is a closed source code and I doubt if it's possible to change things within Skype! I'm sure that that there are lots of different versions of Skype which might work and ways to use Skype with other audio apps running in parallel. The particular method I use allows me to listen to the BBC iplayer via my Laptops internal speakers as well as using Skype to make calls via the Philips USB phone. I have used Skype for over 5 years on a daily basis running both under Windows (various versions) and Mandriva Linux, and the version I stated works well on my system using various USB devices which can be configured via Kmix, the newer beta version appears to have issues in selecting audio devices, I would suggest that you download both versions (old and the new beta) and try them out. Regards Brian Bailey aka (brianb)
Re: [Mageia-dev] Buildbot
2011/6/7 philippe makowski makowski.mag...@gmail.com: Seems that buildbot have been not so well packaged since 0.8.0 master and slave have separate sources and we have only master now sorry read to fast 0.8.0 is ok it have both master and slave slave is a separate package since Release 0.8.1 if no one object I'll try to take care of this package I will do a new one for slave and certainly update it to latest version and build it as noarch but I'm still ok to move to new version, create slave package and make it noarch unless someone else want to do it
Re: [Mageia-dev] Looking for a mentor
Le mardi 07 juin 2011 à 20:19 +0200, Matteo a écrit :
On 07/06/2011 18:53, Michael Scherer wrote:
Le mardi 07 juin 2011 à 18:35 +0200, Matteo a écrit :
thank you Nicolas,
you can find my small rpm at http://www.mageia.it/rpms
At the moment axel-2.4-1.i586.rpm contains only the command line tool;
no kapt (the gui) into the package, I removed it from the upstream
tarball because I think it would be better to build a separate package
for that one, am I right?
If it is in the tarball, what should be done is a subpackage rather than
2 srpms.
Thi way, you can update both in one round.
Yes, this was my intention, because I've seen a similar solution for the
gambas2 package. Thank you, any suggestion is really welcome :-)
Ok so reading the spec :
- for versioning, you should use %mkrel
Release:%mkrel %{release}
so this way, the macro will add the proper version ( used for
backporting, etc )
- why such complex construct :
%setup -q -a 0 %{?source_folder:-n %{source_folder}}
should %setup be enough ?
I guess that's due to the repackaging ( that we should try to avoid, as
tarball verification is impossible, and as this is often something we
can overlook when updating the package ( especially with automated tool
like mdvsys ).
- you should use %configure here instead of ./configure :
./configure --etcdir=%{_sysconfdir} --bindir=%{_bindir} --mandir=
%{_mandir} --i18n=1
%configure will enforce some of our compilation flag.
- and %make :
make %{?_smp_mflags}
--
Michael Scherer
Re: [Mageia-dev] Looking for a mentor
Le mardi 07 juin 2011 à 23:15 +0200, Matteo a écrit :
On 07/06/2011 22:21, Michael Scherer wrote:
- you should use %configure here instead of ./configure :
./configure --etcdir=%{_sysconfdir} --bindir=%{_bindir} --mandir=
%{_mandir} --i18n=1
%configure will enforce some of our compilation flag.
I can't change this one, because rpmbuild says:
cp: manca l'operando per il file di destinazione dopo
/home/matteo/rpm/BUILDROOT/axel-2.4-1mga2.i386/
Usare «cp --help» per ulteriori informazioni.
make: *** [install-bin] Errore 1
errore: Stato d'uscita errato da /home/matteo/rpm/tmp/rpm-tmp.3TlCPV
(%install)
Errori di compilazione RPM:
Stato d'uscita errato da /home/matteo/rpm/tmp/rpm-tmp.3TlCPV (%install)
I'm sorry, the output is localized in italian but I think it's quite
comprehensible that cp is called with wrong arguments and something
happens I still don't understand very well.
Using rpm --eval %configure I've seen that the arguments passed to
configure doesn't fit the arguments expected by the axel configure
script. How do we deal with this kind of problems?
I guess there is 2 issues :
1) adding a comment to explain why we can't use the usual macro
2) enforce the compilation flag, and that's highly dependent on the
script used.
OFr this one, I guess we need to push LFLAGS and CFLAGS in
Makefile.settings :
there is line linke this :
echo 'LFLAGS+=-lintl' Makefile.settings;
and the Makefile use CFLAGS ( for compilation options ) and LFLAGS ( for
linker option )
I guess this could do the trick :
( just after ./configure )
%setup_compile_flags
echo LFLAGS+=$LDFLAGS Makefile.settings;
echo CFLAGS+=$CFLAGS Makefile.settings;
--
Michael Scherer
