Re: SPECS: kde4-template.spec (NEW) - kde4 applications/library template
On Wed, Aug 13, 2008 at 10:23:57PM +0200, shadzik wrote: > Author: shadzik Date: Wed Aug 13 20:23:57 2008 GMT > Module: SPECS Tag: HEAD > Log message: > - kde4 applications/library template Should be template-kde4.spec. OK to rename? (the same for kdepackage-template.spec) -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: libfoo-libs
On Sunday 17 August 2008 17:59, Jeff Johnson wrote:
> On Aug 17, 2008, at 10:57 AM, Jakub Bogusz wrote:
> >> file /usr/share/info/libidn.info.gz from install of
> >> libidn-0.6.10-1.athlon conflicts with file from package
> >> libidn-0.6.10-1.amd64
> >
> > This one is strange, it should be identical in both packages.
>
> Perhaps gzip -n not used?
-n is always used in /usr/lib/rpm/brp-compress
however, the difference is due the .info file is generated from .texi.
libidn-0.6.10/doc/libidn.texi:This manual is last updated @value{UPDATED} for
version
--
glen
--- amd64/usr/share/info/libidn.info 2007-01-20 03:19:02.0 +0200
+++ athlon/usr/share/info/libidn.info 2007-01-09 22:55:05.0 +0200
@@ -1,7 +1,7 @@
This is libidn.info, produced by makeinfo version 4.8 from libidn.texi.
- This manual is last updated 20 January 2007 for version 0.6.10 of
-GNU Libidn.
+ This manual is last updated 9 January 2007 for version 0.6.10 of GNU
+Libidn.
Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007 Simon Josefsson.
@@ -29,7 +29,7 @@
GNU Libidn
**
-This manual is last updated 20 January 2007 for version 0.6.10 of GNU
+This manual is last updated 9 January 2007 for version 0.6.10 of GNU
Libidn.
Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007 Simon Josefsson.
@@ -4958,93 +4958,93 @@
Tag Table:
-Node: Top925
-Node: Introduction2643
-Node: Getting Started5095
-Node: Features6202
-Node: Library Overview7575
-Node: Supported Platforms8366
-Node: Getting help11804
-Node: Commercial Support12267
-Node: Downloading and Installing13198
-Node: Bug Reports15011
-Node: Contributing16401
-Node: Preparation18373
-Node: Header19053
-Node: Initialization21808
-Node: Version Check22005
-Ref: stringprep_check_version22540
-Node: Building the source23498
-Node: Autoconf tests25359
-Node: Utility Functions27687
-Ref: stringprep_unichar_to_utf828351
-Ref: stringprep_utf8_to_unichar28775
-Ref: stringprep_ucs4_to_utf829163
-Ref: stringprep_utf8_to_ucs430034
-Ref: stringprep_ucs4_nfkc_normalize30781
-Ref: stringprep_utf8_nfkc_normalize31229
-Ref: stringprep_locale_charset32387
-Ref: stringprep_convert33420
-Ref: stringprep_locale_to_utf833976
-Ref: stringprep_utf8_to_locale34356
-Node: Stringprep Functions34704
-Ref: stringprep_4i36615
-Ref: stringprep_4zi38203
-Ref: stringprep39415
-Ref: stringprep_profile40740
-Ref: stringprep_strerror41847
-Node: Punycode Functions45446
-Ref: punycode_encode47185
-Ref: punycode_decode49380
-Ref: punycode_strerror51492
-Node: IDNA Functions52254
-Ref: idna_to_ascii_4i54818
-Ref: idna_to_unicode_44i56441
-Ref: idna_to_ascii_4z58400
-Ref: idna_to_ascii_8z58991
-Ref: idna_to_ascii_lz59576
-Ref: idna_to_unicode_4z4z60304
-Ref: idna_to_unicode_8z4z60953
-Ref: idna_to_unicode_8z8z61596
-Ref: idna_to_unicode_8zlz62233
-Ref: idna_to_unicode_lzlz62955
-Ref: idna_strerror63760
-Node: TLD Functions65377
-Ref: tld_check_4t67007
-Ref: tld_check_4tz67907
-Ref: tld_get_468761
-Ref: tld_get_4z69267
-Ref: tld_get_z69678
-Ref: tld_get_table70176
-Ref: tld_default_table70709
-Ref: tld_check_471434
-Ref: tld_check_4z72683
-Ref: tld_check_8z73849
-Ref: tld_check_lz75116
-Ref: tld_strerror76454
-Node: PR29 Functions77277
-Ref: pr29_479565
-Ref: pr29_4z80196
-Ref: pr29_8z80720
-Ref: pr29_strerror81379
-Node: Examples82105
-Node: Example 182554
-Node: Example 285169
-Node: Example 391879
-Node: Example 494487
-Node: Example 597105
-Node: Invoking idn100647
-Node: Emacs API107964
-Node: Java API110721
-Node: C# API115619
-Node: Acknowledgements116084
-Node: History117186
-Node: PR29 discussion118744
-Node: Copying Information122614
-Node: GNU Free Documentation License123017
-Node: GNU LGPL145432
-Node: GNU GPL173607
-Node: Function and Variable Index192852
-Node: Concept Index197693
+Node: Top924
+Node: Introduction2641
+Node: Getting Started5093
+Node: Features6200
+Node: Library Overview7573
+Node: Supported Platforms8364
+Node: Getting help11802
+Node: Commercial Support12265
+Node: Downloading and Installing13196
+Node: Bug Reports15009
+Node: Contributing16399
+Node: Preparation18371
+Node: Header19051
+Node: Initialization21806
+Node: Version Check22003
+Ref: stringprep_check_version22538
+Node: Building the source23496
+Node: Autoconf tests25357
+Node: Utility Functions27685
+Ref: stringprep_unichar_to_utf828349
+Ref: stringprep_utf8_to_unichar28773
+Ref: stringprep_ucs4_to_utf829161
+Ref: stringprep_utf8_to_ucs430032
+Ref: stringprep_ucs4_nfkc_normalize30779
+Ref: stringprep_utf8_nfkc_normalize31227
+Ref: stringprep_locale_charset32385
+Ref: stringprep_convert33418
+Ref: stringprep_locale_to_utf833974
+Ref: stringprep_utf8_to_locale34354
+Node: Stringprep Functions34702
+Ref: stringprep_4i36613
+Ref: stringprep_4zi38201
+Ref: stringprep39413
+Ref: stringprep_profile40738
+Ref: stringprep_strerror41845
+Node: Punycode Functions45444
+Ref: punyco
Re: Packaging .py files
On Fri, Jul 18, 2008 at 01:24:13AM +0200, Mariusz Mazur wrote: [...] > This means that Th contains ~45% of potential (in pure theory) packages > available in PLD. > Additionally: 67% of Th packages are patched with also almost 1.5 patches on > average. sad truth is, that a lot of patches is not sent to project maintainers. this way we need to perform more work while upgrading packages. our problem is communication with outside world and marketing, not pld save-the-world-by-geeks approach. [...] wrobell <[EMAIL PROTECTED]> ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Packaging .py files
On Thu, Jul 17, 2008 at 07:47:31PM +0200, Patryk Zawadzki wrote:
[...]
> Not to mention the friggin' codegen.{py,pyc} substitution we need to
> do for most of the packages containing bindings.
just propose the patch. if good, i bet it will be accepted. at least
it was always in my case - every patch solving lack of .py files was
applied against sources of given project.
[...]
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Packaging .py files
On Thu, Jul 17, 2008 at 04:50:24PM +0200, Mariusz Mazur wrote:
[...]
> "If a package provides any binary-independent modules (foo.py files), the
> corresponding bytecompiled modules (foo.pyc files) and optimized modules
> (foo.pyo files) must not ship in the package. Instead, they should be
> generated in the package's postinst, and removed in the package's prerm. The
> package's prerm has to make sure that both foo.pyc and foo.pyo are removed."
>
> This obviously makes installation a bit slower, but has the advantage of
> being
> python-version independent, meaning when you upgrade python, you don't have
> to rebuild all python-dependant packages and reinstall them -- postinst
> scripts just rebuild *.py{c,o} files on your system and you're done.
well, basically format of bytecode files doesn't change between minor
python versions (i.e. 2.5, 2.5.1, 2.5.2...). it changes for major releases,
i.e. 2.5 -> 2.6. but then, still you have to recompile all the packages
because of directory hierarchy change
/usr/{lib,share}/python2.5 -> /usr/{lib,share}/python2.6
[...]
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[rc-scripts] Broken start-stop-daemon?
rc-scripts-0.4.1.24-1.i686 + /sbin/start-stop-daemon -q --start --nicelevel +0 -u postgres --exec /usr/bin/pg_ctl -- -s -w -D /var/lib/postgresql/8.3/main start pg_ctl: cannot be run as root Please log in (using, e.g., "su") as the (unprivileged) user that will own the server process. + return 1 Downgrade to rc-scripts-0.4.1.23-2.i686 is a solution. Good night. -- Tomasz Wittner ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: libfoo-libs
On Aug 17, 2008, at 10:57 AM, Jakub Bogusz wrote: > > >> file /usr/share/info/libidn.info.gz from install of >> libidn-0.6.10-1.athlon conflicts with file from package >> libidn-0.6.10-1.amd64 > > This one is strange, it should be identical in both packages. > Perhaps gzip -n not used? 73 de Jeff ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: libfoo-libs
On Thu, Aug 14, 2008 at 06:50:09PM +0300, Elan Ruusamäe wrote: > so if you say it's insane to make subpackage "-libs" for some library, > then how do you handle multilib installs like: > > # rpm -Uhv libidn-0.6.10-1.athlon.rpm > Preparing...### [100%] > file /usr/share/doc/libidn-0.6.10/contrib/idn-python/idn.so.gz from > install of libidn-0.6.10-1.athlon conflicts with file from package > libidn-0.6.10-1.amd64 Just don't package ELF files (whether compressed or not) as doc. > file /usr/share/info/libidn.info.gz from install of > libidn-0.6.10-1.athlon conflicts with file from package libidn-0.6.10-1.amd64 This one is strange, it should be identical in both packages. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: libcpdf linking issue
On Fri, Aug 08, 2008 at 10:48:26AM +0200, Adam Golebiowski wrote: > $ objdump -tT /usr/lib64/libcpdf.so.2.02r1 | grep log10 > DF *UND* 008e GLIBC_2.2.5 log10 > > $ ldd /usr/lib64/libcpdf.so.2.02r1 > linux-vdso.so.1 => (0x7fff603fe000) > libm.so.6 => /lib64/libm.so.6 (0x7f8657d93000) > libz.so.1 => /lib64/libz.so.1 (0x7f8657b7f000) > libc.so.6 => /lib64/libc.so.6 (0x7f8657833000) > /lib64/ld-linux-x86-64.so.2 (0x7f8658277000) > > $ objdump -tT /lib64/libm.so.6 | grep ' log10$' > 00023d80 w DF .text 008e GLIBC_2.2.5 log10 > > What am I missing? I don't see anything wrong here. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC update: rb_libtorrent and qbittorrent
On Sun, Aug 03, 2008 at 06:00:08PM +0200, Zsolt Udvari wrote: > Hi all! > > There are two spec-update. AFAICS rb version of libtorrent has been renamed to libtorrent-rasterbar - so use libtorrent-rasterbar.spec and add proper Obsoletes. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
