Pull request: fix for ./builder misbehaving when GIT_EDITOR is set.
Hi all, ./builder is failing with a bit cryptic error when GIT_EDITOR is set. https://github.com/pld-linux/rpm-build-tools/pull/1 should fix both the failure when GIT_EDITOR is set and the error message when any other unknown GIT_ variable is set. Thank you, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Pull request: mutt up to 2.0.6
Hi all, Here is a pull-request bringing mutt in PLD to a modern version: https://github.com/pld-linux/mutt/pull/1. I dropped the xface patch. The underlying code changed too much and the patch itself seems unmaintained. Also, honestly, not important enough to be worth the effort. On the plus side, this release fixes rather egregious bug that caused mutt to actually send Bcc: headers. Thank you, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pull request for dhcp – fixed the init script
On Sun, Apr 4, 2021 at 4:49 PM Elan Ruusamäe wrote: > On 04.04.2021 16:13, Paweł Zuzelski wrote: > > > > I sent another PR on Github, with that change it builds at th-2020 > > (and has been working well for me for like two days now). > > you could at least share the link of the pull request. so could fetch > the changes from there. Here you go: https://github.com/pld-linux/dhcp/pull/2 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pull request for dhcp – fixed the init script
On Sun, Apr 4, 2021 at 2:26 PM Elan Ruusamäe wrote: > On 02.04.2021 13:52, Paweł Zuzelski wrote: > > http://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=dhcp=e1ea81ba-b170-4cbc-b96e-79ce976fff46=tail > > > > I am at th-2018 and it builds just fine. > > > > There is also > > http://ftp.pld-linux.org/dists/th/2020/PLD/x86_64/RPMS/dhcp-4.3.5-2.x86_64.rpm , > > which suggests it also builds at th-2020. Has something broken very > > recently? > > it was built 1220 days ago: > > [/tmp] ➔ rpm -qpi dhcp-4.3.5-2.x86_64.rpm|grep Build > warning: dhcp-4.3.5-2.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID > e4f1bc2d: NOKEY > Build Date : Fri 01 Dec 2017 01:53:26 AM EET > Build Host : ymir-builder > [/tmp] ➔ I see, thanks for checking. I sent another PR on Github, with that change it builds at th-2020 (and has been working well for me for like two days now). If you'd prefer me to push directly, can someone please guide me through recovering the PLD git account? I think the last time I contributed was the CVS era, and so I've never used the PLD git. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pull request for dhcp – fixed the init script
On Thu, Apr 1, 2021 at 10:19 PM Jan Rękorajski wrote: > > On Thu, 01 Apr 2021, Jan Rękorajski wrote: > > > On Thu, 01 Apr 2021, Paweł Zuzelski wrote: > > > > > On Wed, Mar 31, 2021 at 6:11 PM Elan Ruusamäe wrote: > > > > On 31.03.2021 18:01, Paweł Zuzelski wrote: > > > > > Hi all, > > > > > > > > > > Could someone please review and push https://github.com/pawelz/pld-dhcp > > > > > specifically that commit: > > > > > > > > https://github.com/pawelz/pld-dhcp/commit/071ac6b61dedf115572076ad17bbbef53226b22c > > > > > ? > > > > > > > > > > This change fixes broken init for dhcp6. > > > > > > > > > > It's been 10 years since I touched PLD, so I don't really feel > > > comfortable > > > > > pushing without supervision even if I still have access to the repo. > > > > > > > > you can push to a branch > > > > > > > > you can also open a pull request in github > > > > > > Ah, thank you. I haven't realized that those repos are actually hosted on > > > github. I created a PR there. > > > > Well, github is just a mirror. I fetched and pushed your changes to PLD repo. > > > > BTW, don't worry about pushing directly, it's not irreversible. > > OTOH, how did you manage to build this antique? Some old ggc? > > http://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=dhcp=e1ea81ba-b170-4cbc-b96e-79ce976fff46=tail I am at th-2018 and it builds just fine. There is also http://ftp.pld-linux.org/dists/th/2020/PLD/x86_64/RPMS/dhcp-4.3.5-2.x86_64.rpm, which suggests it also builds at th-2020. Has something broken very recently? -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pull request for dhcp – fixed the init script
On Wed, Mar 31, 2021 at 6:11 PM Elan Ruusamäe wrote: > On 31.03.2021 18:01, Paweł Zuzelski wrote: > > Hi all, > > > > Could someone please review and push https://github.com/pawelz/pld-dhcp > > specifically that commit: > > https://github.com/pawelz/pld-dhcp/commit/071ac6b61dedf115572076ad17bbbef53226b22c > > ? > > > > This change fixes broken init for dhcp6. > > > > It's been 10 years since I touched PLD, so I don't really feel comfortable > > pushing without supervision even if I still have access to the repo. > > you can push to a branch > > you can also open a pull request in github Ah, thank you. I haven't realized that those repos are actually hosted on github. I created a PR there. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
pull request for dhcp – fixed the init script
Hi all, Could someone please review and push https://github.com/pawelz/pld-dhcp specifically that commit: https://github.com/pawelz/pld-dhcp/commit/071ac6b61dedf115572076ad17bbbef53226b22c ? This change fixes broken init for dhcp6. It's been 10 years since I touched PLD, so I don't really feel comfortable pushing without supervision even if I still have access to the repo. Thanks in advance, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: w32codec updated
2012/8/15 Bartosz Taudul wolf@gmail.com: Taką samą procedurę można wprowadzić dla wszystkich zainteresowanych aby ich poprawki znalazły się w dystrybucji. Zgoda, pod warunkiem że zasady będą działały wstecz. Kilku takich co ma RW powinno być objętych rygorystycznym code review, bo same bomby sadzą. Code review dla *wszystkich* to bardzo dobra idea. Tyle, że PLD nie ma na to mocy przerobowych. (może gdyby tyle pary nie szło w gwizdek na listach i ircu, to kto wie...) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rc-scripts-user
On Tue, Feb 1, 2011 at 7:30 PM, Przemyslaw Iskra spa...@pld-linux.org wrote: rc-scripts-user / userscripts allows normal users to schedule and execute tasks on system startup and shutdown. Please test and comment. Once it gets on any production system it will be hard to change interface without breaking user configuration. Why is it better than @reboot flag in user's crontab? -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
TMPDIR hardcoded in latex2html
Hello, latex2html seems to be broken. Apparently $TMPDIR is hardcoded in package build time: latex2html -no_images -split 0 -show_section_numbers \ -no_navigation -link 2 \ UserManual.tex defined(%hash) is deprecated at /usr/share/latex2html/latex2html.pl line 489. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/latex2html/latex2html.pl line 2061. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/latex2html/latex2html.pl line 9054. (Maybe you should just omit the defined()?) $* is no longer supported at /usr/share/latex2html/latex2html.pl line 10555. Error: '/home/users/builder/tmp' not usable as temporary directory. Compilation failed in require at /usr/bin/latex2html line 39. make: *** [UserManual.html] Error 2 [z@execve nightfall-1.70]$ echo $TMPDIR /home/users/z/tmp -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages (DEVEL): roundcubemail/roundcubemail.spec - include release on tri...
On Wed, 08 Dec 2010, Caleb Maclennan wrote: 2010/12/8 Elan Ruusamäe g...@pld-linux.org: On 08/12/10 21:12, Caleb Maclennan wrote: I noticed while doing some testing of the roundcube beta package that it will not build using older rpm-build-macros. Specifically I had a machine with 561 that died trying to run the first %sed macro, after upgrading to 596 it builds fine. you need to show the error itself, the magic numbers say absolutely nothing I was afraid you were going to ask that and I was doing to have to downgrade everything to try it again. I got lucky and found the old build in my screen logs. Here is the important bit: + /bin/sed -i -e s,\r$,, -f php,inc,js,css /bin/sed: couldn't open file php,inc,js,css: No such file or directory And to close here is the whole thing just in case it's helpful: Looks like %undos macro. It BRs rpmbuild(macros) = 1.566. See CVS://PLD-doc/BuildRequires.txt for details. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th - package cleanup
On Tue, 16 Nov 2010, Elan Ruusamäe wrote: (i don't read -pl list, so don't bother replying to me there) the following list of packages were removed from th-main (still available in th-obsolete) they were removed because the packages were renamed or some other reason why .spec does not exist in cvs HEAD This one was wrong: Obsolete: perl-ack $ ipoldek -s/dev/null desc perl-ack | grep Source Source package: ack-1.92-2.src.rpm $ cv ack.spec | grep Status File: ack.spec Status: Up-to-date $ ls -l ack.spec -rw-r--r-- 1 z users 3269 Apr 11 2010 ack.spec -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th - package cleanup
On Tue, 16 Nov 2010, Elan Ruusamäe wrote: it is not wrong. it was removed because the package that was on ftp was built from removed spec: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/perl-ack/perl-ack.spec Ah, ok, thanks for explanation. you may resend it from proper package, but most likely no need, the bin.rpm built from ack.spec is likely present on ftp I have resent it just to be sure. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: dovecot/dovecot.spec - TODO was accidentally removed (sorry), but...
On Thu, 28 Oct 2010, caleb wrote: Author: calebDate: Thu Oct 28 09:53:02 2010 GMT Module: packages Tag: HEAD Log message: - TODO was accidentally removed (sorry), but having [percent]service in the spec even on a commented line breaks the build. Bug in builder? No, it is not a bug. '#' is not a comment in spec files. To be precise, it does not prevent rpmbuild from expanding %macros. The problem is that %service macro is multiline macro, so # - use %service macros expands to # - use { skip_auto_restart() { [ -f /etc/sysconfig/rpm ] . /etc/sysconfig/rpm [ -f /etc/sysconfig/ ] . /etc/sysconfig/ echo ${RPM_SKIP_AUTO_RESTART:-no} }; if [ $(skip_auto_restart) = no ]; then if [ -f /var/lock/subsys/ ]; then /sbin/service 12 || :; else echo 'Run /sbin/service start to start service.' fi fi }; macros ^^^ obviously it is incorrect If you want to prevent builder from expanding macro, use double percent: # - use %%service macros it expands to # - use %service macros In fact the only correct way to comment something out on spec level is: %if 0 ... %endif -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: kernel/kernel.spec - added (commented by default) the kernel-usb_...
On Tue, 26 Oct 2010, witekfl wrote: Author: witekfl Date: Tue Oct 26 14:44:19 2010 GMT Module: packages Tag: HEAD Log message: - added (commented by default) the kernel-usb_reset.patch (for T41) - do not remove it. It is easier to uncomment two lines, then patch kernel.spec every time. Add a bcond. It will be clear that this patch is needed. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
server side mv request (coovac hilli → coova-chilli)
Please, rename coovachilli to coova-chilli. Also please rename .spec and patches. There is a little confusion about official project name. Sometimes they write it CoovaChilli, sometimes coova-chilli, sometimes just Coova, and a binary is named “chilli”. Anyway, tarball is named coova-chilli-%{version}.tar.gz and other distros (medianix, OpenWRT) use “coova-chilli” name. I think we should follow them. -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: roundcubemail-0.4.2 - th-main
On Mon, 11 Oct 2010, Wieslaw Kierbedz wrote: W dniu 10/11/10 12:57 PM, Bartosz Świątek anonsuje:: W dniu 11 października 2010 10:21 użytkownik Robert Grauzenis dz...@dc.net.pl napisał: W dniu 2010-10-11 01:59, Wieslaw Kierbedz napisał(a): Miałem przed chwilą to samo :( Zwalczyłem nadpisując katalog program wersją z svn. He, he, a miało być tylko stable. No to nie będzie. Spaczkowana wersja tak ma, wersja uruchomiona bezpośrednio ze źródeł działa prawidłowo (w sobotę aktualizowałem na jednej z maszyn). Potwierdzam. I ja. I ja. I ja. I ja. Onomatopeja. Też chcę potwierdzić. This problem was caused by shared-folders.patch. I disabled it in 0.4.2-2, so now roundcube works correctly, at least for me. Please test: http://carme.pld-linux.org/~pawelz/th/noarch/ If noone will fixes this patch / updates config for it, I'll send roundcube without spoken patch to th builders today in the evening. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD-doc: cvs-hints.txt - How to add DEVEL branch.
On Tue, 12 Oct 2010, lmasko wrote: +* Add a DEVEL branch (assuming, that the DEVEL tag does not exist): + + builder -B DEVEL name.spec + cvs up -r DEVEL name.spec + cvs ci name.spec Just curious: why this is better than just: cd rpm/packages/name; cvs tag -b DEVEL ? -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD-doc: cvs-hints.txt - How to add DEVEL branch.
On Tue, 12 Oct 2010, Marcin Krol wrote: On Tue, 12 Oct 2010, lmasko wrote: +* Add a DEVEL branch (assuming, that the DEVEL tag does not exist): + + builder -B DEVEL name.spec + cvs up -r DEVEL name.spec + cvs ci name.spec Just curious: why this is better than just: cd rpm/packages/name; cvs tag -b DEVEL ? Because it tags source files and patches as well. cvs tag -b DEVEL with cwd=packages/name will tag all tracked files in packages/name directory (?) -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kernel-xenU on non-64bit EC2 instance
On Fri, 01 Oct 2010, Caleb Maclennan wrote: Alright guys I'm lost. I've been poking around in specs trying to figure this out and can't make out what I'm supposed to use or what I need to work on if there isn't the right thing available. I am trying to maintain several TH machines on i386 instances over on EC2. They have recently opened up their systems to running custom kernels inside the instance using pv-grub. I can't figure out what pld kernel package to use for this. The kernel-xenU package is set to x86_64 only? Yes, that is because I use xen domU on x86_64 machines only. If you need xen domU on i686, feel free to add this arch to kernel-xenU.spec. Any help with this spec will be appreciate. The kernel-xen package was last maintained in 2008? Yes, it is obsolte. The kernel package doesn't have xen block drivers. Yes, other kernels are compiled without xen domU support. Use kernel-xenU.spec (and please, help to develop/test it on 32 archs). -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
kernel.spec, %ifarch overdoze
packages/kernel/kernel.spec @HEAD, line 1157: %ifarch alpha sparc sparc64 %{__gzip} -cfv %{objdir}/vmlinux %{objdir}/vmlinuz cp -a %{objdir}/vmlinuz $RPM_BUILD_ROOT/boot/vmlinuz-%{kernel_release} install %{objdir}/vmlinux $RPM_BUILD_ROOT/boot/vmlinuz-%{kernel_release} %ifarch sparc elftoaout %{objdir}/arch/sparc/boot/image -o %{objdir}/vmlinux.aout install %{objdir}/vmlinux.aout $RPM_BUILD_ROOT/boot/vmlinux.aout-%{kernel_release} %endif %ifarch sparc64 elftoaout %{objdir}/arch/sparc64/boot/image -o %{objdir}/vmlinux.aout install %{objdir}/vmlinux.aout $RPM_BUILD_ROOT/boot/vmlinux.aout-%{kernel_release} %endif %ifarch arm install %{objdir}/arch/arm/boot/zImage $RPM_BUILD_ROOT/boot/vmlinuz-%{kernel_release} %endif %endif Last %ifarch seems to be noop. Is last %endif is misplaced, or 'arm' should be appended to the first %ifarch? -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: transmission.spec up to 2.04
On Thu, 19 Aug 2010, Marcin Rybak wrote: Updated to 2.04 (tickets closed by this release: https://trac.transmissionbt.com/query?milestone=2.04group=componentgroupdesc=1order=severity), builds and works at current Ti Thanks for contribution. But please, send unified diffs, not the whole files. I.e. send the output of: cvs diff -u or diff -u file.old file diffs are easier to review. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: rtl8192se/rtl8192se.spec, rtl8192se/kernel_compile.tar.gz (NEW), ...
On Mon, 09 Aug 2010, skibi wrote: Author: skibiDate: Mon Aug 9 07:16:49 2010 GMT Module: packages Tag: HEAD Log message: - No DENABLE_LPS Files affected: packages/rtl8192se: rtl8192se.spec (1.1 - 1.2) , kernel_compile.tar.gz (NONE - 1.1) (NEW), rtl8192se-install.patch (NONE - 1.1) (NEW) WHAT??? Why do you commit binary files to CVS. Use DF!!! -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: rtl8192se/rtl8192se.spec (NEW) - init
On Sun, 08 Aug 2010, skibi wrote: Author: skibiDate: Sat Aug 7 23:17:59 2010 GMT +%define jadro 2.6.33.5-1 1. What does jadro mean? Variables/macros should have names that reflect they use. 2. Always use adapter before commit. 3. It is OK to commit unfinished spec, but you should say in commit log that it is unfinished. 4. It is not OK to commit spec without %changelog macro. Now there is no correct changelog in your spec. BTW adapter will add %changelog, so GOTO 2. 5. Don't reinvent the well. See other kernel modules specs how to package it correctly. 6. Ask on mailing lists/irc if in doubt. -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: DISTFILES: rtl8192se: ERRORS: rtl8192se_linux_2.6.0017.0507.2010.tar.gz
On Mon, 09 Aug 2010, skibi wrote: wget -nv --no-check-certificate --user-agent=PLD/distfiles -O ./tmp/aea14f11-8d23-479b-b999-cfc57ddcbecf/0c904bb2433699bc0e2f1d86c45a6b22/rtl8192se_linux_2.6.0017.0507.2010.tar.gz ftp://WebUser:pgl7...@202.134.71.21/cn/wlan/rtl8192se_linux_2.6.0017.0507.2010.tar.gz: Login incorrect. It won't work. rtl ftp server use some temporary users magic. User is created when you visit their webpage, probably it is assigned to your ip, so the browser is able to fetch the file, but it won't work with distfiles. Use dropin. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: notification-daemon, O dbus interface
On Wed, 21 Jul 2010, Zsolt Udvari wrote: Hi all! Imho the Obsoletes: dbus(org.freedesktop.Notifications) line is wrong in notification-daemon.spec [1]. Why? notification-daemon-0.4.0-3.i686 obsoleted by notification-daemon-0.5.0-1.i686 awesome-plugin-naughty-3.4.6-1.i686 obsoleted by notification-daemon-0.5.0-1.i686 kde4-kdebase-runtime-4.4.5-1.i686 obsoleted by notification-daemon-0.5.0-1.i686 The awesome-plugin-naughty and kde4-kdebase-runtime provide dbus(org.freedesktop.Notifications) too, and these packages required by some other packages! Is it right when I (or anybody else) remove these O line? +1. Of course programs that provide dbus(o.f.N) may coexist. -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: tar BR
On Wed, 14 Jul 2010, Zsolt Udvari wrote: So rpm-build{,-tools} requires tar, so IMHO the tar BR is unneeded. You can skip BR if it is required by rpm-build. But if it is required only by rpm-build-tools you still need BR. poldek:/all-avail desc -r rpm-build | grep tar --color warn: rpm-build: ambiguous name Requires: /bin/bash, /bin/id, /bin/sh, /bin/sh, awk, bzip2, chrpath = 0.10-4, config(rpm-build) = 4.5-43, cpio, diffutils, elfutils, file = 4.17, fileutils, findutils, gcc = 5:3.4, glibc-devel, grep, gzip, libc.so.6, libc.so.6(GLIBC_2.0), libc.so.6(GLIBC_2.1), libc.so.6(GLIBC_2.2), libc.so.6(GLIBC_2.3), libpopt.so.0, libpopt.so.0(LIBPOPT_0), libpthread.so.0, libpthread.so.0(GLIBC_2.0), librpm-4.5.so, librpm-4.5.so(LIBRPM_0), librpmbuild-4.5.so, librpmbuild-4.5.so(LIBRPMBUILD_0), librpmio-4.5.so, librpmio-4.5.so(LIBRPMIO_0), make, patch, rpm-build-macros = 1.514, rpm-utils = 4.5-43, rtld(GNU_HASH), sed, sh-utils, tar, textutils, xz So you don't have to add BR: tar. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm.groups - Libraries/Ruby
Proposition: let's add new groups for ruby packages: Libraries/Ruby Development/Languages/Ruby Any comments? -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm.groups - Libraries/Ruby
On Thu, 24 Jun 2010, Jeff Johnson wrote: What else would we discuss if RPMTAG_GROUP did not exist? Sorry, I don't get it. Did Poland do well in South Africa? Not so bad, we have not lost any game yet. -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Need help with zlib (Re: packages: ekg2/ekg2.spec - up to 20100606)
Hello, after update to the newest SVN snapshot, ekg2 does not build on 32-bit Titanium. It builds on ti-x86_64 and on all th archs. In file included from misc.c:10: /usr/include/zlib.h:1583: error: conflicting types for 'gzseek64' /usr/include/zlib.h:1567: note: previous declaration of 'gzseek64' was here /usr/include/zlib.h:1584: error: conflicting types for 'gztell64' /usr/include/zlib.h:1568: note: previous declaration of 'gztell64' was here /usr/include/zlib.h:1585: error: conflicting types for 'gzoffset64' /usr/include/zlib.h:1569: note: previous declaration of 'gzoffset64' was here /usr/include/zlib.h:1586: error: conflicting types for 'adler32_combine64' /usr/include/zlib.h:1570: note: previous declaration of 'adler32_combine64' was here /usr/include/zlib.h:1587: error: conflicting types for 'crc32_combine64' /usr/include/zlib.h:1571: note: previous declaration of 'crc32_combine64' was here Full build logs are here: i586: http://buildlogs.pld-linux.org/index.php?dist=tiarch=i586ok=0name=ekg2id=0f211862-2f73-4922-808a-6d3f78c6748e i686: http://buildlogs.pld-linux.org/index.php?dist=tiarch=i686ok=0name=ekg2id=0f211862-2f73-4922-808a-6d3f78c6748e Is it problem with ekg2 or with zlib? How to fix it? Can anyone point me to example patch/solution in some other package? Thanks in advance. -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm autodeps for python
Hello, I'm using such a oneliner for finding python deps. I know that it is a bit hackish, but maybe it is possible to use it to write autodeps script for python libs? find -name '*.py' | grep -v ^./test | grep -v ^./example | xargs grep -E '(^import|^from .* import )' | cut -d: -f2 | sort | uniq | while read I; do strace python -c $I 21 | grep pyc | cut -d'' -f2 | xargs rpm -qf 2/dev/null; done | sort | uniq It search for all import foo and from foo import bar directives, then it tries to execute this directive using python -c under strace, and greps output of strace for anything that looks like loaded python library. -- Pozdrawiam, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm autodeps for python
On Mon, 07 Jun 2010, Przemyslaw Iskra wrote: On Mon, Jun 07, 2010 at 01:27:57AM +0200, Paweł Zuzelski wrote: Hello, I'm using such a oneliner for finding python deps. I know that it is a bit hackish, but maybe it is possible to use it to write autodeps script for python libs? How many false positives are reported ? If there is any, using it won't be a good idea. Didn't observe any yet. But it needs more testing. Also, the problem is, it is able to find only installed packages. -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: HELP: New PLD Rescue CD
On Sat, 05 Jun 2010, Arkadiusz Miskiewicz wrote: On Saturday 05 of June 2010, Caleb Maclennan wrote: I would be happy to help iron out some of the issues, but it looks like many of the issues are specific to the build environment for the rescue cd and are not manifest building against TH. Can somebody point me toward docs on how to setup a build env that matches so I can test? You can get access to such environments on carme (see http://www.pld-linux.org/Machines/carme) Is it realy the same build environment? I can't reproduce htop build problem there (missing /proc/stat). -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: HELP: New PLD Rescue CD
c-ares fixed -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: vimpager/README (NEW) - initial - taken from webpage
On Wed, 19 May 2010, uzsolt wrote: +Put these in your ~/.bashrc or ~/.zshrc What about ksh users? :) I'd write in your shell config, for example ~/.bashrc or ~/.zshrc.. + alias less=$PAGER This is not good advice in my opinion. All programs that need to display a lot of text data should support PAGER env (and many do, like man, perldoc, git). 'less' means run 'less', not the default pager. Sometimes user may need to run less even if he use vimpager as default pager. For example vimpager does not support less' -R option so it is unable to display file containing terminal color codes. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: vimpager/README (NEW) - initial - taken from webpage
On Wed, 19 May 2010, Zsolt Udvari wrote: What about ksh users? :) I'd write in your shell config, for example ~/.bashrc or ~/.zshrc.. I copied from webpage. If you use ksh and you feel that you're discriminated, correct it :) ok ok :) otoh if someone uses non-default, he knows how to configure it... + alias less=$PAGER This is not good advice in my opinion. All programs that need to display a lot of text data should support PAGER env (and many do, like man, perldoc, git). 'less' means run 'less', not the default pager. Sometimes user may need to run less even if he use vimpager as default pager. For example vimpager does not support less' -R option so it is unable to display file containing terminal color codes. And what is your suggestion? Should delete this advice? In my opinion - yes. -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Serverside CVS rename
Please, rename jira-enterprise to jira. Project name has changed recently. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: flvtool2/flvtool2.spec, flvtool2/flvtool2-ruby19.patch (NEW) - up...
On Sat, 01 May 2010, Caleb Maclennan wrote: 2010/5/1 caleb ca...@pld-linux.org: - patched setup script to run on ruby-1.9 +Patch0: %{name}-ruby19.patch +%patch0 -p1 Some [widely bemoaned] changes to the way ruby handles string encoding from 1.8 to 1.9 require changes in some scripts to run reliably. I took a cue from several other patched pld packages and patched the setup script for flvtools2 sot that it runs on ruby-1.9. The only other way to make it run was to force the LANG to a non-utf8 selection, which didn't seem like the right option. However this breaks the package build on ruby 1.8 systems. Is there an acceptable way to mark a patch in the spec for inclusion only if the host system is running a certain version of a package? Please, don't reply to pld-cvs-commits list. Reply do pld-devel-en@ (or pld-devel-pl@). Can anyone change the configuration of pld-cvs-commit to disallow sending to that list? -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
poldek -r broken again?
or I'm missing something? mkdir /th poldek --update --upa rpm --initdb -r /th poldek -r /th poldek install geninitrd (...) error: open of /root/tmp/poldek-cache-root/http_ftp.sk.pld-linux.org.dists.th.PLD.i686.RPMS/ldconfig-2.11.1-5.i686.rpm failed: No such file or directory error: open of /root/tmp/poldek-cache-root/http_ftp.sk.pld-linux.org.dists.th.PLD.i686.RPMS/filesystem-3.0-34.i686.rpm failed: No such file or directory error: open of /root/tmp/poldek-cache-root/http_ftp.sk.pld-linux.org.dists.th.PLD.i686.RPMS/busybox-initrd-1.15.3-4.i686.rpm failed: No such file or directory error: open of /root/tmp/poldek-cache-root/http_ftp.sk.pld-linux.org.dists.th.PLD.noarch.RPMS/rpm-whiteout-1.33-1.noarch.rpm failed: No such file or directory error: open of /root/tmp/poldek-cache-root/http_ftp.sk.pld-linux.org.dists.th.PLD.noarch.RPMS/ca-certificates-20090814-6.noarch.rpm failed: No such file or directory error: open of /root/tmp/poldek-cache-root/http_ftp.sk.pld-linux.org.dists.th.PLD.i686.RPMS/glibc-2.11.1-5.i686.rpm failed: No such file or directory error: open of /root/tmp/poldek-cache-root/http_ftp.sk.pld-linux.org.dists.th.PLD.i686.RPMS/pdksh-5.2.14-56.i686.rpm failed: No such file or directory (... a lot of similar errors) BUT poldek install FHS works. -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
java, *.src.jar packaging
Hello, sometimes it is convenient to have java sources (.src.jar file) installed. These files act as documentation. They are used by IDEs together with javadoc for completion, hilithing etc. I would like to add -source subpackage to some java libraries. My question is: where to install .src.jar files? 1. to /usr/share/java - but there is already to many files 2. to %{_docdir} (/usr/share/doc/%{name}-source) - I don't think it's a good idea 3. create new directory, like /usr/share/javasrc - Needs modification in packages that provides jdk As far as I know other distros don't package these files at all, so there is no convention to follow. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
mv request: jcommon, jfreechart
Please, move: jcommon - java-jcommon jfreechart - java-jfreechart -- Thanks in advance, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
serverside rename request - avalon packages
Two more packages to rename: avalon-framework - java-avalon-framework avalon-logkit - java-avalon-logkit Thanks -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: serverside rename request - avalon packages
On Fri, 02 Apr 2010, Michael Shigorin wrote: On Fri, Apr 02, 2010 at 01:33:31PM +0200, Pawe? Zuzelski wrote: Two more packages to rename: avalon-framework - java-avalon-framework avalon-logkit - java-avalon-logkit Just in case, viy/altlinux.org has implemented a framework to maintain close fork of jpackage.org for ALT Linux, including things which are going to stay a bit different way (sort of persistent patches). Interesting. Thanks. Not a fire and forget thing but previous attempt at packaging java stack (e.g. up to tomcat) rather failed due to a person simply burning out. Now we have working tomcat with some web application in th :) -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
$HOME of system users like nobody or stats
mount.davfs (provided by davfs2 package) does not allow non-root user to mount filesystem into another users home directory. Problem is that home directory of nobody and stats users (both provided by setup package) is /. I would like to change home directory of these users to /usr/share/empty. Will it break something? -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: http://en.docs.pld-linux.org
On Mon, 15 Feb 2010, Witold Firlej wrote: 2010/2/15 Paweł Zuzelski z...@xatka.net: English documentation is no longer available, or it just moved to new location and noone updated domain entry / link on our website? http://www.pld-linux.org/Docs/man Is it the same manual? Is it synchonized with http://svn.pld-linux.org/svn/PLD-doc/book ? -- Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
http://en.docs.pld-linux.org
English documentation is no longer available, or it just moved to new location and noone updated domain entry / link on our website? -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
PLD CVS statistics - January 2010
Hello, I was wondering how many active commiters do we have, so I have generated CVS statistics for January. (these stats do not include SVN commits). There was 2120 CVS commits in January and 50 commiters. Most active developers are: glen - 428 commits arekm - 411 commits sparky - 314 commits Note that, their commits are more than 50% all of commits in January. Congratulation! Commits per CVS module: 2049 packages 44 PLD-doc 12 pld-builder.new 8 firewall-init 5 template-specs 2 test Most actively developed specs was: 12 packages/phorum/phorum.spec 12 packages/icedove/icedove.spec 11 packages/nagios-plugin-check_bacula_log/nagios-plugin-check_bacula_log.spec 10 packages/dokuwiki/dokuwiki.spec 10 packages/asterisk/asterisk.spec 9 packages/kernel/kernel.spec 8 packages/virtuoso/virtuoso.spec 8 packages/cluster-glue/cluster-glue.spec 7 packages/zaptel-alt/zaptel-alt.spec 7 packages/xulrunner/xulrunner.spec 7 packages/phorum/paths.patch Number of commits per commiter (full list): 428 arekm 411 glen 314 sparky 128 megabajt 105 amateja 86 baggins 72 lisu 67 pawelz 58 shadzik 47 adamg 42 hawk 38 duddits 27 uzsolt 26 patrys 24 paszczus 22 qboosh 22 gotar 16 lkrotowski 15 dirdival 13 stivi 13 sls 13 charles 11 w.kier 10 pluto 9 lmasko 9 draenog 7 witekfl 7 wiget 7 jajcus 7 evil 7 dzeus 6 rotom 6 blues 5 marmarek 5 kosmo 5 cactus 5 ankry 4 zbyniu 4 zawadaa 3 vip 3 mguevara 3 matik 2 wolvverine 2 qwiat 1 tommat 1 secam 1 psz 1 pascalek 1 mmazur 1 marcus -- Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD CVS statistics - January 2010
On Mon, 01 Feb 2010, Paweł Zuzelski wrote: Hello, I was wondering how many active commiters do we have, so I have generated CVS statistics for January. (these stats do not include SVN commits). There was 2120 CVS commits in January and 50 commiters. Most active developers are: glen - 428 commits arekm - 411 commits I copied data manually from terminal to mutt and there was a mistake. I'm sorry. correct values are: arekm - 428 commits glen - 411 commits I'm going to write some scripts to generate these stats, so I hope next month there will be better stats with no mistakes ;) -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SDL downgrade?
On Mon, 04 Jan 2010, Zsolt Udvari wrote: Hi all! Please see the next forum: http://www.wesnoth.org/forum/viewtopic.php?f=4t=27800 I've same problem with wesnoth and after SDL's downgrade, everything works fine. So should downgrade the SDL in PLD's repos? There is a bug report in SDL bugzilla: http://bugzilla.libsdl.org/show_bug.cgi?id=894 -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
JDK/JRE packaging
Hello, currently in PLD it is impossible to install few JDKs or JREs on single system, because of files in %{_mandir} and %{_bindir}. All the files in %{_bindir} are symlinks to some path containing JVM vendor and version number (for example: /usr/lib/jvm/java-sun-1.6.0.17). If we create a new subpackage containing only these files, it will be possible to install few JDKs/JREs and choose the default one by installing apropriate symlinks subpackage. Other JDKs/JREs can be accessed using JAVA_HOME env variable. My proposition: 1. move content of %{name} to %{name}-java_home-jdk subpackage 2. move content of %{name}-jre to %{name}-java_home-jre subpackage 3. move content of %{name}-tools to %{name}-java_home-tools subpackage 4. leave %{_bindir}/* and %{_mandir}/* in %{name}, %{name}-jre, %{name}-tools -- Pozdrawiam, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: JDK/JRE packaging
On Thu, 31 Dec 2009, Elan Ruusamäe wrote: On Thursday 31 December 2009 11:28:57 Paweł Zuzelski wrote: currently in PLD it is impossible to install few JDKs or JREs on single system, because of files in %{_mandir} and %{_bindir}. you mean: currently in PLD it is impossible to install multiple JDKs or JREs on single system, because of files in %{_mandir} and %{_bindir}. Yes, that is exactly what I mean. Sorry for my english, my polish is a bit better :) -- Pozdrawiam, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: JDK/JRE packaging
On Thu, 31 Dec 2009, Jacek Konieczny wrote: such places: '#!' script headers (not applicable to java, though), sudo Why not? It is applicable to java. Just try it: echo '#!/usr/bin/java -jar' file.jar cat some_java_app.jar file.jar chmod a+x file.jar ./file.jar :) -- Pozdrawiam, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: TeTeX and TeXLive
On Wed, 25 Nov 2009, Zsolt Udvari wrote: i update git-core.spec, i don't know a sh*t of tetex* crapolla. so i just disable the doc building then? i care for git-core as a program, not the madness behind documentation building. so i as git-core updater don't now anything which tetex is needed or is needed not whatsoever. Ask me :D I've checked the git-core.spec at this moment, and as I see, no tetex* BR. But if the most of developers say that the remove of tetex-provides is a very bad idea, I don't remove them ;) Why don't we just update all specs on HEAD and DEVEL using some automagic awk script? If Provides work it should works too. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: notification-daemon/notification-daemon.spec - O/P the dbus inter...
On Tue, 10 Nov 2009, patrys wrote: Author: patrys Date: Tue Nov 10 09:24:06 2009 GMT Module: packages Tag: HEAD Log message: - O/P the dbus interface (...) +Obsoletes: dbus(org.freedesktop.Notifications) That is not true. I use at least three programs that provides dbus(o.f.N) on the same system, at the same time. Why do you need this dependency? -- Pozdrawiam, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
serverside rename
Please rename java-portletapi10 to java-pluto. I can't provide with exact commands, beacuase I don't know how should they look like after CVS structure migration. -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th-test] Upgrade texlive
On Mon, 10 Aug 2009, Łukasz Maśko wrote: poldek:/all-avail upgrade tex* Przetwarzanie zależności... [...] błąd: texlive-fonts-jknappen = 1:20080816-5 is required by installed texlive-latex-jknappen-20080816-5.i686 [...] błąd: texlive-latex = 1:20080816-5 is required by installed texlive-latex-jknappen-20080816-5.i686 [...] błąd: 2 niespełnione zależności Wystąpiły błędy podczas instalacji It is fixed in texlive*-7 (already in th-test). Upgrade texlive using following command: poldek upgrade texlive-fonts-jknappen-20080816-7.i686 Otherwise it says: error: texlive-latex-jknappen-20080816-5.i686: req texlive-fonts-jknappen = 1:20080816-5 not found error: texlive-latex-jknappen-20080816-5.i686: req texlive-latex = 1:20080816-5 not found I do not understand why. Poldek does not support fonts-jknappen Obsoletes: latex-jknappen dependency, so I should also add Provides:? -- Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm --root is broken (?)
WTF? [r...@davabel ~]# mkdir /root/test [r...@davabel ~]# rpm --root=/root/test --initdb [r...@davabel ~]# poldek -nth --noask --root=/root/test -i rpm (...) [r...@davabel ~]# chroot /root/test /bin/sh: No controlling tty (open /dev/tty: No such file or directory) /bin/sh: warning: won't have full job control /bin/sh: /etc/kshrc[22]: id: not found /bin/sh: /etc/kshrc[22]: [: 0: unexpected operator/operand And now rpm database is not available [r...@davabel /]$ rpm -qa error: cannot open Packages index using db3 - No such file or directory (2) error: cannot open Packages database in /var/lib/rpm [r...@davabel /]$ ^D Outside chroot everything is OK [r...@davabel ~]# rpm --root=/root/test -qa | head -n1 ldconfig-2.10.1-5.i686 But lets try to rename chroot dir: [r...@davabel ~]# mv test test2 [r...@davabel ~]# rpm --root=/root/test -qa Freeing read locks for locker 0x21: 4927/3082521200 Freeing read locks for locker 0x23: 4927/3082521200 error: cannot open Packages index using db3 - No such file or directory (2) error: cannot open Packages database in /root/test2/var/lib/rpm [r...@davabel ~]# ^D [r...@davabel ~]# strace -eopen -f rpm --root=/root/test2 -qa (...) open(/root/test2/var/lib/rpm/Packages, O_RDONLY|O_LARGEFILE) = 3 open(/root/test/var/lib/rpm/Packages, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) error: cannot open Packages index using db3 - No such file or directory (2) error: cannot open Packages database in /root/test2/var/lib/rpm My system is PLD th i686 [r...@davabel ~]# rpm -qa | grep rpm rpm-4.5-21.i686 rpm-debuginfo-4.5-16.i686 rpm-php-pearprov-4.5-21.i686 rpm-build-4.5-21.i686 rpm-lib-4.5-21.i686 rpm-pythonprov-4.5-21.i686 rpm-debuginfo-4.5-14.i686 rpm-build-tools-4.4.9-17.noarch rpm-whiteout-1.26-1.noarch rpm-specdump-0.3-6.i686 python-rpm-4.5-21.i686 rpm-perlprov-4.5-21.i686 rpmorphan-1.4-1.noarch rpm-base-4.5-21.i686 rpm-utils-4.5-21.i686 rpmlist-1.5-1.noarch rpm-build-macros-1.520-2.noarch rpm-utils-perl-4.5-21.i686 rpm-devel-4.5-21.i686 rpm-static-4.5-21.i686 rpm-javaprov-4.5-21.i686 [r...@davabel ~]# rpm -qa | grep poldek poldek-libs-0.30-0.20080820.23.30.i686 poldek-0.30-0.20080820.23.30.i686 python-poldek-0.30-0.20080820.23.30.i686 [r...@davabel ~]# rpm -qa | grep db4.7 db4.7-4.7.25-5.i686 db4.7-static-4.7.25-5.i686 db4.7-devel-4.7.25-5.i686 -- Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: xz vs. lzma
On Thu, 18 Jun 2009, Pawel Golaszewski wrote: even... lzma should be some script that tries to detect format and uses proper version. and makes sure that old version is never used for compression. -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
xz vs. lzma
xz has replaced lzma, Provides/Obsoletes it and install symlink lzma that points to xz. Unfortunatelly these programs are not compatibile. xz is unable to decompress file compressed with lzma. It breaks build process of some packages (see http://buildlogs.pld-linux.org/index.php?dist=tharch=athlonok=0name=telakid=eae6a73b-58d5-4567-8085-18102acbaa87) Is it bug in xz that can be easily fixed? If no (imo) xz must not Obsoletes/Provides lzma and it should be possible to install xz and lzma on the same system. -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: xz vs. lzma
On Wed, 17 Jun 2009, Zsolt Udvari wrote: Imho you should package this git-version with gzip/bzip2. They are old solutions but works ;) It's not a solution. It's a workaround. If I accepted such hacks I would use Debian ;) -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: awesome/awesome.spec - requires startup-notificiation = 0.10.0
On Mon, 08 Jun 2009, uzsolt wrote: Author: uzsolt Date: Mon Jun 8 17:53:52 2009 GMT Module: packages Tag: HEAD Log message: - requires startup-notificiation = 0.10.0 This dependency was auto-generated. Please revert. -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: awesome/awesome.spec - requires startup-notificiation = 0.10.0
On Tue, 09 Jun 2009, Zsolt Udvari wrote: Author: uzsolt Date: Mon Jun 8 17:53:52 2009 GMT Module: packages Tag: HEAD Log message: - requires startup-notificiation = 0.10.0 This dependency was auto-generated. Please revert. Imho no. I've installed awesome yesterday, but the startup-notification stayed the 0.9.x, didn't installed the 0.10.0, and because of this, the awesome didn't worked (missed a function). Try it: remove awesome, downgrade startup-notification to 0.9.x, install awesome. ekhm... ok. You are right. auto-generated dependency is libstartup-notification-1.so.0 and it's not enough because SONAME has not changed. -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
--rootfs option for geninitrd
I would like to apply following patch to geninitrd: Index: geninitrd === --- geninitrd (wersja 10371) +++ geninitrd (kopia robocza) @@ -52,7 +52,8 @@ echo[--with-bootsplash] [--without-bootsplash] echo[--with-fbsplash] [--without-fbsplash] echo[--with-fbcondecor] [--without-fbcondecor] - echo[--lvmtoolsversion=1|2] [--with-udev] [--without-udev] + echo[--lvmtoolsversion=1|2] [--with-rootfs=fs] + echo[--with-udev] [--without-udev] echo[--with-suspend] [--without-suspend] echo[--with-tuxonice] [--without-tuxonice] echo[--without-dmraid] [--without-multipath] @@ -881,6 +882,13 @@ LVMTOOLSVERSION=$2 shift ;; + --rootfs=*) + ROOTFS=${1#--rootfs=} + ;; + --rootfs) + ROOTFS=$2 + shift + ;; --without-udev) USE_UDEV=no ;; @@ -1082,6 +1090,7 @@ fi find_root $fstab || exit +rootFs=${ROOTFS:-$rootFs} debug Using $rootdev as device for rootfs find_modules_for_devpath $rootdev Sometimes I need to generate initrd for other machine with different root filesystem type. It would be easier to pass --rootfs option to initrd then create fake fstab. Any comments? -- Best regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: RFC: separate FTP subdirectory for debuginfo
On Fri, 03 Apr 2009, Michał Łukaszek wrote: I think they're people who would appreciate having debuginfo as noauto source and others happy to get rid of those 'bogus' packages. They live within arch subdirectories so can be moved into subdirectory (arch/debuginfo) or upper directory (e.g. arch-debuginfo). +1 +1 They are also annoying when trying to install something like rpm-* or ekg2-*. In most cases I mean install all matching packages except debuginfo. Of course one can add ignore *-debuginfo-* to his poldek.conf, but I think separate repo for these files will be more convenient solution. -- Pozdrawiam, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Copy java specs
Please copy following files in SPECS: cp -i derby.spec,v java-derby.spec,v cp -i hamcrest.spec,v java-hamcrest.spec,v cp -i cryptix.spec,v java-cryptix.spec,v cp -i cryptix-asn1.spec,v java-cryptix-asn1.spec,v cp -i puretls.spec,v java-puretls.spec,v -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Rename java specs
Please, copy following files in SPECS directory: cp java_cup.spec,v java-cup.spec,v cp mx4j.spec,v java-mx4j.spec,v cp logging-log4j.spec,v java-log4j.spec,v cp qdox.spec,v java-qdox.spec,v cp javahelp.spec,v java-help.spec,v cp jta.spec,v java-jta.spec,v cp wsdl4j.spec,vjava-wsdl4j.spec,v cp jakarta-oro.spec,v java-oro.spec,v cp httpunit.spec,v java-httpunit.spec,v cp junit.spec,v java-junit.spec,v cp axis.spec,v java-axis.spec,v Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Xorg requires hal daemon
On Saturday 21 of February 2009 18:56:07 Tomasz Pala wrote: On Sat, Feb 21, 2009 at 18:51:35 +0100, Zsolt Udvari wrote: I've installed the newest xorg and it didn't run. I've googled and found that the newest xorg needs hal daemon. http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#Requirements Besides installing a supported driver, both dbus and hal have to be running. Please correct in the spec-files! No, it does not require hal daemon. It's just default _configuration_. So imo we should add Suggests or %banner. It is a bit confusing that xorg does not work out of the box. There is no error message nor info about hal daemon. Not every user or even developer knows that. -- .Pozdrawiam, . . Pawel Zuzelski. . jid:p...@touk.pl. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rename java specs
Please copy following files in SPECS: cp beanshell.spec,v java-beanshell.spec,v cp gnu.getopt.spec,v java-gnu-getopt.spec,v cp gnu.regexp.spec,v java-gnu-regexp.spec,v cp gnu.trove.spec,v java-gnu-trove.spec,v cp classpath.spec,v java-gnu-classpath.spec,v -- .Pozdrawiam, . . Pawel Zuzelski. . jid:p...@touk.pl. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rename xml-related java specs
CVS Admin, please copy following specs: cp xml-commons.spec,v java-xml-commons.spec,v cp xmlbeans.spec,v java-xmlbeans.spec,v cp xerces-j.spec,v java-xerces.spec,v cp xalan-j.spec,v java-xalan.spec,v -- .Pozdrawiam, . . Pawel Zuzelski. . jid:p...@touk.pl. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: hudson.spec - deploy hudson in tomcat - is this a correct way to pac...
On Monday 26 of January 2009 20:22:38 wrobell wrote: On Mon, Jan 26, 2009 at 10:05:21AM +0100, pawelz wrote: Author: pawelz Date: Mon Jan 26 09:05:21 2009 GMT Module: SPECS Tag: HEAD Log message: - deploy hudson in tomcat - is this a correct way to package .war apps? Please comment. It works out-of-the-box. If you have apache-tomcat installed, you can just rpm -ivh hudson and it works. 1. it would be nice to compile it from sources as it was decided long time ago, i.e. how do you want to apply a patch if required? .src.rpm won't contain source, just binary Yes, yes, of course I will compile it from sources. 2. hudson can be run standalone using embedded winstone http server, i would suggest putting tomcat related stuff into separate subpackage It would be great to have subpackages: hudson-tomcat and hudson-standalone (hudson-jboss, hudson-my-fovorite-application-server)? If there is anyone who want to maintain and use other configurations than hudson-tomcat, feel free to split hudson into subpackages. I need hudson only as an application inside tomcat. And what do you think about deploing apps into tomcat using rpm? AFAIK no other distro does it this way (am I right?). BTW thanks for comments. -- .Pozdrawiam, . . Pawel Zuzelski. . jid:p...@touk.pl. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
New names for commons and struts spec files
cvsadmin, please copy following files in SPECS: jakarta-commons-codec - java-commons-codec jakarta-commons-discovery - java-commons-discovery jakarta-commons-httpclient - java-commons-httpclient jakarta-commons-lang - java-commons-lang jakarta-commons-net- java-commons-net jakarta-commons-validator - java-commons-validator jakarta-struts - java-struts commons and struts are no longer subprojects of jakarta. -- .Pozdrawiam, . . Pawel Zuzelski. . jid:p...@touk.pl. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
/usr/{share,lib}/java
What is the difference between /usr/share/java and /usr/lib/java directories? Most specs installs jar files into /usr/share/java, but there are few specs that uses /usr/lib/java? (for example gnu.regexp.spec and batik.spec) Regards, Paweł Zuzelski -- .Pozdrawiam, . . Pawel Zuzelski. . jid:p...@touk.pl. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: ant.spec - broken adapter?
On Thursday 23 of October 2008 06:56:28 qboosh wrote: Author: qboosh Date: Thu Oct 23 04:56:28 2008 GMT Module: SPECS Tag: HEAD Log message: - broken adapter? And one more: [EMAIL PROTECTED] SPECS]$ adapter ant.spec --- ant.spec2008-10-23 00:45:12.0 +0200 +++ /home/users/z/tmp/adapter-qBGSGU/ant.spec2008-10-23 09:30:57.0 +0200 @@ -74,7 +74,7 @@ %{?with_jdepend:BuildRequires:jdepend} BuildRequires:jdk BuildRequires:jpackage-utils -%{?with_jsch:BuildRequires:jsch = 0.1.21} +%{?with_jsch:BuildRequires:jsch:BuildRequires:jsch = 0.1.21} ^^^ -- Best regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: kernel-vanilla.spec - firmware subpackage
On Sunday 12 of October 2008 18:11:37 shadzik wrote: Author: shadzik Date: Sun Oct 12 16:11:37 2008 GMT Module: SPECS Tag: HEAD Log message: - firmware subpackage Kernel does not build --with noarch now. 1. firmware is %installed if and only if --without noarch 2. subpackage firmware is built --without noarch AND --with noarch I'm not sure how to fix it. Is firmware noarch? -- Best regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: 8Kingdoms.spec (NEW) - initial
On Sunday 05 of October 2008 11:42:10 uzsolt wrote: Author: uzsolt Date: Sun Oct 5 09:42:09 2008 GMT Module: SPECS Tag: HEAD Log message: - initial (...) +%{_datadir}/8Kingdoms/res//* +%{_datadir}/8Kingdoms/res/xml/* so files in xml directory are listed twice. All subdirectories have already been included by %dir macros. I think these lines should be more verbose OR there should be only one line in %files section: %{_datadir}/8Kingdoms/res -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC: paintown
On Sunday 10 August 2008 15:28:16 Zsolt Udvari wrote: That's three votes 'yes', so mail a crypt(?) of your password and a username to [EMAIL PROTECTED] iirc. Me? Yes. You can generate encrypted password using following command: perl -e 'print login: . crypt(password, join , (., /, 0..9, A..Z, a..z)[rand 64, rand 64]) . \n' substitude login and password whith your login and apssword (-: -- Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC: asymptote
On Saturday 09 August 2008 08:56:15 Zsolt Udvari wrote: Where? ;] Here :) 1. configure searchs for files from fftw3-devel package. It works without them, but configure disables some features. I think you should add BR:fftw3-devel. 2. Why do you install docs manualy instead of using %doc macro? 3. It does not build for me: - + umask 022 + cd /home/users/z/rpm/BUILD + /bin/rm --interactive=never -rf /home/users/z/tmp/asymptote-1.43-root-z + cd asymptote-1.43 + /bin/rm --interactive=never -rf /home/users/z/tmp/asymptote-1.43-root-z + rm -rf /home/users/z/tmp/asymptote-1.43-root-z + cp /usr/share/texmf/tex/plain/pdfcolor/pdfcolor.tex /usr/share/texmf/tex/generic/epsf/epsf.tex /usr/share/texmf/tex/texinfo/texinfo.tex doc + /usr/bin/make all cd doc; /usr/bin/make man make[1]: Entering directory `/home/users/z/rpm/BUILD/asymptote-1.43/doc' ../asy -dir ../base -config -f pdf Bode.asy Cannot execute 'latex' \scrollmode Please put in : import settings; texpath=PATH; where PATH denotes the correct path to the directory containing your latex engine (latex). Alternatively, set the environment variable ASYMPTOTE_TEXPATH or use the command line option -texpath=PATH Terminated Terminated [EMAIL PROTECTED] SPECS]$ Terminated make[1]: *** [Bode.pdf] Terminated Terminated make: *** [man] Terminated Terminated - Installing tetex-latex does not help. -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC: asymptote
On Saturday 09 August 2008 14:07:43 Zsolt Udvari wrote: 2. Why do you install docs manualy instead of using %doc macro? In which line? In %install section: mv $RPM_BUILD_ROOT%{_docdir}/%{name} $RPM_BUILD_ROOT%{_docdir}/%{name}-%{version} In %files section: %{_docdir}/%{name}-%{version} I have moved documentation to %{name}-doc subpackage # Doesn't handle --docdir option :( Indeed --docdir does not work, but --with-docdir works well. 3. It does not build for me: Uh, I don't know. I've installed almost all tetex packages because I use it intensive. Maybe the tetex-format-pdflatex is missing (because asy wants to create pdf-files and the latex-styles are missing). Missing BRs was: tetex-format-latex tetex-dvips tetex-tex-babel And for python: rpm-pythonprov I have just commited it. Thanks for your contribution. -- Paweł Zuzelski ___ 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: kseg
On Wednesday 06 August 2008 15:22:53 Zsolt Udvari wrote: But I hope this is near to the perfect (test build ok). OK, I've commited it. Thanks. Pawel: imho this is a simple bug, create a few objects and after probe this. IMHO the reason of bug is that the list is empty. Indeed it was simple... I have fixed it (see: SOURCES/kseg-emptyConstructionList.patch). -- Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC awesome update
On Tuesday 29 July 2008 18:10:28 Zsolt Udvari wrote: Changes: * change version to 2.3.3 * change md5sum One more awesome user? Awesome is awesome (-: Commited, thanks. What about Hungarian desc and summary? BTW: If you post diff -u instead whole spec it will be easier to verify your changes. -- Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC: fet
On Monday 28 of July 2008 13:55:04 Zsolt Udvari wrote: Have a look at it and see what it thinks about fet.spec Thanks, here is a perfect version :) # adapter fet.spec The SPEC is perfect ;) It looks better now, but still it is not perfect. There are some hints: * use install instead of cp -r in %install section * do not install COPYING - it contains well known GPLv2 licence. * add summary and description in your national language (hungarian?) (-; -- Regards, Pawel Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC: fet
On Monday 28 July 2008 17:35:19 Zsolt Udvari wrote: It does not build for me (th/i686). Here is builder output: http://user.touk.pl/pzz/fet.log Hm, I hate the devel-packages. So some devel-dependencies are missed No, the devel dependencies are ok. Something is wrong with qmake-qt4 and src/interface/Makefile. INCPATH in Makefile generated at my system does not points to c++ include dir... -- Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPEC: fet
On Monday 28 July 2008 18:33:46 Szymon Siwek wrote: On Mon, Jul 28, 2008 at 07:35:19PM +0200, Zsolt Udvari wrote: It does not build for me (th/i686). Here is builder output: http://user.touk.pl/pzz/fet.log Hm, I hate the devel-packages. So some devel-dependencies are missed :( This is my fault :( I hope that this version works. Works for me. OK, it works for me too - after upgrade of gcc. It works on gcc-c++-4.2.4-1 and newer. It does not work on gcc-c++-4.2.3-1. So there sould be BR gcc-c++ = 4.2.4-1 -- Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: xmlbeansxx.spec - adapter, pldize
On Thursday 10 of July 2008 00:38:12 glen wrote: -%{_bindir}/scompxx -%{_bindir}/xmlbeansxx-gen -%{_bindir}/xmlbeansxx-geninclude -%{_bindir}/xmlbeansxx-split +%attr(755,root,root) %{_bindir}/scompxx +%attr(755,root,root) %{_bindir}/xmlbeansxx-gen +%attr(755,root,root) %{_bindir}/xmlbeansxx-geninclude +%attr(755,root,root) %{_bindir}/xmlbeansxx-split These files are symlinks. Does %attr make sense on them? BTW thx for fixing source URL. -- Regards, Paweł Zuzelski ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en