diff options
| author | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
|---|---|---|
| committer | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
| commit | 1be510f9529cb082f802408b472a77d074b394c0 (patch) | |
| tree | b175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/attachments/20121118 | |
| parent | fa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff) | |
| download | archives-master.tar archives-master.tar.gz archives-master.tar.bz2 archives-master.tar.xz archives-master.zip | |
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20121118')
6 files changed, 274 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20121118/1a9c0198/attachment-0001.bin b/zarb-ml/mageia-dev/attachments/20121118/1a9c0198/attachment-0001.bin new file mode 100644 index 000000000..b2621f4a1 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20121118/1a9c0198/attachment-0001.bin @@ -0,0 +1,69 @@ +Name: libpinyin +Version: 0.7.92 +Release: %mkrel 1 +Summary: The library of a sentence-based Chinese pinyin input method +Source0: https://github.com/downloads/libpinyin/libpinyin/%{name}-%{version}.tar.gz +License: GPLv2+ +Group: System/Internationalization +Url: https://github.com/libpinyin/libpinyin +Buildrequires: glib2-devel +Buildrequires: db5-devel +Requires: %{name}-data = %{version}-%{release} + +%description +The libpinyin project aims to provide the algorithms core for intelligent sentence-based Chinese pinyin input methods. + +%package devel +Summary: Development files for %{name} +Requires: %{name} = %{version}-%{release} + +%description devel +The %{name}-devel package contains libraries and header files for developing applications that use %{name}. + +%package data +Summary: Data files for %{name} +Requires: %{name} = %{version}-%{release} + +%description data +The %{name}-data package contains data files. + +%package tools +Summary: Tools for %{name} +Requires: %{name}=%{version}-%{release} + +%description tools +The %{name}-tools package contains tools for training inputting habit. + +%prep +%setup -q + +%build +%configure + +%make + +%install +rm -rf %{buildroot} +%makeinstall + +%files +%doc AUTHORS COPYING README +%{_libdir}/*.so.* +%dir %{_datadir}/libpinyin + +%files devel +%doc +%dir %{_includedir}/libpinyin-%{version} +%{_includedir}/libpinyin-%{version}/* +%{_libdir}/*.so +%{_libdir}/pkgconfig/libpinyin.pc + +%files data +%doc +%{_datadir}/libpinyin/data + +%files tools +%{_bindir}/gen_binary_files +%{_bindir}/import_interpolation +%{_bindir}/gen_unigram +%{_mandir}/man1/*.1.* diff --git a/zarb-ml/mageia-dev/attachments/20121118/1a9c0198/attachment.bin b/zarb-ml/mageia-dev/attachments/20121118/1a9c0198/attachment.bin new file mode 100644 index 000000000..b2621f4a1 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20121118/1a9c0198/attachment.bin @@ -0,0 +1,69 @@ +Name: libpinyin +Version: 0.7.92 +Release: %mkrel 1 +Summary: The library of a sentence-based Chinese pinyin input method +Source0: https://github.com/downloads/libpinyin/libpinyin/%{name}-%{version}.tar.gz +License: GPLv2+ +Group: System/Internationalization +Url: https://github.com/libpinyin/libpinyin +Buildrequires: glib2-devel +Buildrequires: db5-devel +Requires: %{name}-data = %{version}-%{release} + +%description +The libpinyin project aims to provide the algorithms core for intelligent sentence-based Chinese pinyin input methods. + +%package devel +Summary: Development files for %{name} +Requires: %{name} = %{version}-%{release} + +%description devel +The %{name}-devel package contains libraries and header files for developing applications that use %{name}. + +%package data +Summary: Data files for %{name} +Requires: %{name} = %{version}-%{release} + +%description data +The %{name}-data package contains data files. + +%package tools +Summary: Tools for %{name} +Requires: %{name}=%{version}-%{release} + +%description tools +The %{name}-tools package contains tools for training inputting habit. + +%prep +%setup -q + +%build +%configure + +%make + +%install +rm -rf %{buildroot} +%makeinstall + +%files +%doc AUTHORS COPYING README +%{_libdir}/*.so.* +%dir %{_datadir}/libpinyin + +%files devel +%doc +%dir %{_includedir}/libpinyin-%{version} +%{_includedir}/libpinyin-%{version}/* +%{_libdir}/*.so +%{_libdir}/pkgconfig/libpinyin.pc + +%files data +%doc +%{_datadir}/libpinyin/data + +%files tools +%{_bindir}/gen_binary_files +%{_bindir}/import_interpolation +%{_bindir}/gen_unigram +%{_mandir}/man1/*.1.* diff --git a/zarb-ml/mageia-dev/attachments/20121118/4a78d896/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20121118/4a78d896/attachment-0001.html new file mode 100644 index 000000000..b83d403e0 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20121118/4a78d896/attachment-0001.html @@ -0,0 +1,24 @@ +<br><br><div class="gmail_quote">On Sat, Nov 17, 2012 at 4:59 PM, Luis Daniel Lucio Quiroz <span dir="ltr"><<a href="mailto:dlucio@okay.com.mx" target="_blank">dlucio@okay.com.mx</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +For some strange reason, Im having problems compilling/linking freeswitch with<br> +perl<br> +<br> +<br> +<a href="http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121117015722.dlucio.valstar.24074/log/freeswitch-1.2.3-1.mga3/build.0.20121117015804.log" target="_blank">http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121117015722.dlucio.valstar.24074/log/freeswitch-1.2.3-1.mga3/build.0.20121117015804.log</a><br> + + +<br> +can you give me an advise or in best case just apply patch to fix this?<br> +<br></blockquote><div><br></div><div>Wow this is a scary package</div><div><br></div><div><br></div><div><div>[pterjan@chopin freeswitch]$ ls -1 SOURCES/</div><div>celt-0.10.0.tar.gz</div><div>communicator_semi_6000_20080321.tar.gz</div> + +<div>flite-1.5.1-current.tar.bz2</div><div>freeswitch-1.2.3.tar.bz2</div><div>json-c-0.9.tar.gz</div><div>lame-3.97.tar.gz</div><div>libmemcached-0.32.tar.gz</div><div>libshout-2.2.2.tar.gz</div><div>mpg123-1.13.2.tar.gz</div> + +<div>openldap-2.4.11.tar.gz</div><div>opus-0.9.0.tar.gz</div><div>pocketsphinx-0.7.tar.gz</div><div>sha1.lst</div><div>soundtouch-1.6.0.tar.gz</div><div>sphinxbase-0.7.tar.gz</div></div><div><br></div><div><br></div><div> + +The spec has :</div><div><div>%if 0%{?suse_version} > 100</div><div>#BuildRequires: openldap2-devel</div><div>BuildRequires: lzo-devel</div><div>%else</div><div>BuildRequires: openldap-devel</div><div>%endif</div></div> + +<div><br></div><div><div>So why does it need to have the sources of openldap 2.4.11 (from 2008)?</div></div><div><br></div><div>Why does it include so many very old version of various software? Can they at least get patched for all security fixes they got over the years?</div> + +<div><br></div><div>Sorry, I wanted to help but this package really looks too awful...The spec is2339 lines, many of them not applying to mageia...</div><div><br></div><div>Good luck</div><div><br></div><div>By the way I am surprised that we don't block upload of packages with such Packager tag</div> + +</div> diff --git a/zarb-ml/mageia-dev/attachments/20121118/4a78d896/attachment.html b/zarb-ml/mageia-dev/attachments/20121118/4a78d896/attachment.html new file mode 100644 index 000000000..b83d403e0 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20121118/4a78d896/attachment.html @@ -0,0 +1,24 @@ +<br><br><div class="gmail_quote">On Sat, Nov 17, 2012 at 4:59 PM, Luis Daniel Lucio Quiroz <span dir="ltr"><<a href="mailto:dlucio@okay.com.mx" target="_blank">dlucio@okay.com.mx</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +For some strange reason, Im having problems compilling/linking freeswitch with<br> +perl<br> +<br> +<br> +<a href="http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121117015722.dlucio.valstar.24074/log/freeswitch-1.2.3-1.mga3/build.0.20121117015804.log" target="_blank">http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121117015722.dlucio.valstar.24074/log/freeswitch-1.2.3-1.mga3/build.0.20121117015804.log</a><br> + + +<br> +can you give me an advise or in best case just apply patch to fix this?<br> +<br></blockquote><div><br></div><div>Wow this is a scary package</div><div><br></div><div><br></div><div><div>[pterjan@chopin freeswitch]$ ls -1 SOURCES/</div><div>celt-0.10.0.tar.gz</div><div>communicator_semi_6000_20080321.tar.gz</div> + +<div>flite-1.5.1-current.tar.bz2</div><div>freeswitch-1.2.3.tar.bz2</div><div>json-c-0.9.tar.gz</div><div>lame-3.97.tar.gz</div><div>libmemcached-0.32.tar.gz</div><div>libshout-2.2.2.tar.gz</div><div>mpg123-1.13.2.tar.gz</div> + +<div>openldap-2.4.11.tar.gz</div><div>opus-0.9.0.tar.gz</div><div>pocketsphinx-0.7.tar.gz</div><div>sha1.lst</div><div>soundtouch-1.6.0.tar.gz</div><div>sphinxbase-0.7.tar.gz</div></div><div><br></div><div><br></div><div> + +The spec has :</div><div><div>%if 0%{?suse_version} > 100</div><div>#BuildRequires: openldap2-devel</div><div>BuildRequires: lzo-devel</div><div>%else</div><div>BuildRequires: openldap-devel</div><div>%endif</div></div> + +<div><br></div><div><div>So why does it need to have the sources of openldap 2.4.11 (from 2008)?</div></div><div><br></div><div>Why does it include so many very old version of various software? Can they at least get patched for all security fixes they got over the years?</div> + +<div><br></div><div>Sorry, I wanted to help but this package really looks too awful...The spec is2339 lines, many of them not applying to mageia...</div><div><br></div><div>Good luck</div><div><br></div><div>By the way I am surprised that we don't block upload of packages with such Packager tag</div> + +</div> diff --git a/zarb-ml/mageia-dev/attachments/20121118/c7563479/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20121118/c7563479/attachment-0001.html new file mode 100644 index 000000000..dd594ea15 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20121118/c7563479/attachment-0001.html @@ -0,0 +1,44 @@ +<p dir="ltr"><br> +On 18 Nov 2012 22:13, "Colin Guthrie" <<a href="mailto:mageia@colin.guthr.ie">mageia@colin.guthr.ie</a>> wrote:<br> +><br> +> 'Twas brillig, and Thierry Vignaud at 18/11/12 16:40 did gyre and gimble:<br> +> > On 18 November 2012 17:37, Colin Guthrie <<a href="mailto:mageia@colin.guthr.ie">mageia@colin.guthr.ie</a>> wrote:<br> +> ><br> +> >> This package, when installed will add a new menu option to your<br> +> >> bootloader. Simply install this package, reboot, select the "Mageia 3<br> +> >> Upgrade Preparation" entry boot, wait while your FS is converted and<br> +> >> then perform a urpmi upgrade as you would normally.<br> +> >><br> +> >> I've not specifically tested the upgrade part, only the installation and<br> +> >> creation of the initrd and bootloader entries in grub. I've also not<br> +> >> done this on an mga2 machine yet but will do soon enough.<br> +> >><br> +> >> I just wanted to get this package "out there" for anyone wanting to<br> +> >> update their mga2 machines to mga3 a3 but not wanting to use the installer.<br> +> >><br> +> >> At present there are a few limitations:<br> +> >><br> +> >> 1. It requires kernel 3.3.8-2.mga2 to be installed (any flavour should<br> +> >> work). A specific kernel version is not really 100% necessary but it<br> +> >> does mean I can add hard requires to the package. This is only desirable<br> +> >> to prevent the situation where users install this upgrade package but do<br> +> >> not run it and later remove the kernel used to generate the initrd for<br> +> >> the bootloader menu item, thus breaking it. Any smarter ideas on how to<br> +> >> manage this welcome.<br> +> ><br> +> > Cannot you just made dracut/mkinitrd always include it and just<br> +> > rebuild initrds so<br> +> > that any kernel with work<br> +><br> +> Well yes, this package installs a dracut config snippet that does always<br> +> include the module. The rebuilding of the initrd is just that - a<br> +> rebuild under the same name as is always used for the normal kernel -<br> +> just with the extra convertfs module added.<br> +><br> +> However, it requires special kernel command line to trigger the change<br> +> and thus the bootloader entry adds the needed params for you.<br> +><br> +> I'm not sure it would be a good idea to make any boot silently do the<br> +> conversion.</p> +<p dir="ltr">But you can have the new entry pointing to the non versionned symlinks<br> +</p> diff --git a/zarb-ml/mageia-dev/attachments/20121118/c7563479/attachment.html b/zarb-ml/mageia-dev/attachments/20121118/c7563479/attachment.html new file mode 100644 index 000000000..dd594ea15 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20121118/c7563479/attachment.html @@ -0,0 +1,44 @@ +<p dir="ltr"><br> +On 18 Nov 2012 22:13, "Colin Guthrie" <<a href="mailto:mageia@colin.guthr.ie">mageia@colin.guthr.ie</a>> wrote:<br> +><br> +> 'Twas brillig, and Thierry Vignaud at 18/11/12 16:40 did gyre and gimble:<br> +> > On 18 November 2012 17:37, Colin Guthrie <<a href="mailto:mageia@colin.guthr.ie">mageia@colin.guthr.ie</a>> wrote:<br> +> ><br> +> >> This package, when installed will add a new menu option to your<br> +> >> bootloader. Simply install this package, reboot, select the "Mageia 3<br> +> >> Upgrade Preparation" entry boot, wait while your FS is converted and<br> +> >> then perform a urpmi upgrade as you would normally.<br> +> >><br> +> >> I've not specifically tested the upgrade part, only the installation and<br> +> >> creation of the initrd and bootloader entries in grub. I've also not<br> +> >> done this on an mga2 machine yet but will do soon enough.<br> +> >><br> +> >> I just wanted to get this package "out there" for anyone wanting to<br> +> >> update their mga2 machines to mga3 a3 but not wanting to use the installer.<br> +> >><br> +> >> At present there are a few limitations:<br> +> >><br> +> >> 1. It requires kernel 3.3.8-2.mga2 to be installed (any flavour should<br> +> >> work). A specific kernel version is not really 100% necessary but it<br> +> >> does mean I can add hard requires to the package. This is only desirable<br> +> >> to prevent the situation where users install this upgrade package but do<br> +> >> not run it and later remove the kernel used to generate the initrd for<br> +> >> the bootloader menu item, thus breaking it. Any smarter ideas on how to<br> +> >> manage this welcome.<br> +> ><br> +> > Cannot you just made dracut/mkinitrd always include it and just<br> +> > rebuild initrds so<br> +> > that any kernel with work<br> +><br> +> Well yes, this package installs a dracut config snippet that does always<br> +> include the module. The rebuilding of the initrd is just that - a<br> +> rebuild under the same name as is always used for the normal kernel -<br> +> just with the extra convertfs module added.<br> +><br> +> However, it requires special kernel command line to trigger the change<br> +> and thus the bootloader entry adds the needed params for you.<br> +><br> +> I'm not sure it would be a good idea to make any boot silently do the<br> +> conversion.</p> +<p dir="ltr">But you can have the new entry pointing to the non versionned symlinks<br> +</p> |