[EMAIL PROTECTED] sshd_config
Subsystem sftp/usr/lib6464/openssh/sftp-server ^^^ -- Tomasz Pala [EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[Th] [EMAIL PROTECTED]
I still cannot manage to get rpm at sparc64 working with rpms compressed with lzma (f.ex. noarch from our ftp) those compressed with bzip working without any problems, rpmbuild produces good lzma compressed rpms. So problem is only with extracting. simple gdb log: http://rg4.polsl.pl/pldsparc/rpm.gdb [EMAIL PROTECTED] RPMS]# rpm -ihv autoconf-2.61-9.noarch.rpm Preparing...### [100%] 1:autoconf ### [100%] error: unpacking of archive failed: cpio: Bad magic [EMAIL PROTECTED] RPMS]# [EMAIL PROTECTED] RPMS]# rpm -ihvvv autoconf-2.61-9.noarch.rpm D: == autoconf-2.61-9.noarch.rpm D: Expected size: 827801 = lead(96)+sigs(180)+pad(4)+data(827521) D: Actual size: 827801 D: autoconf-2.61-9.noarch.rpm: Header SHA1 digest: OK (1096335571ff4a49cf8c3b361161254c09a1c0f8) D: added binary package [0] D: found 0 source and 1 binary packages D: opening db environment /var/lib/rpm/Packages cdb:mpool D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: == +++ autoconf-2.61-9 noarch/linux 0x0 D: opening db index /var/lib/rpm/Depends create mode=0x0 D: opening db index /var/lib/rpm/Basenames rdonly mode=0x0 D: read h#1071 Header SHA1 digest: OK (7e960413be7abeba8778d1bab64f1e6cbbeeb88c) D: Requires: /bin/awk YES (db files) D: read h#1115 Header SHA1 digest: OK (5aca719fedbae2220cead65afc13bf9226b6e818) D: Requires: /bin/sh YES (db files) D: Requires: /bin/sh YES (cached) D: Requires: /bin/sh YES (cached) D: read h# 863 Header SHA1 digest: OK (38ce8cea546f83d017e001ff79a9b83710622b0d) D: Requires: /usr/bin/perl YES (db files) D: opening db index /var/lib/rpm/Providename rdonly mode=0x0 D: read h# 975 Header SHA1 digest: OK (034e288283eb299655a8702b26cbe2a685464d0f) D: Requires: diffutils YES (db provides) D: read h#1105 Header SHA1 digest: OK (5d3547d13b0c02de3b3cc81a616a00c29a53b34d) D: Requires: m4 = 3:1.4.10 YES (db provides) D: read h#1102 Header SHA1 digest: OK (e6add778369f676d01257bbfc86f96fa28538059) D: Requires: mktempYES (db provides) D: Requires: perl(Autom4te::C4che) YES (added provide) D: Requires: perl(Autom4te::ChannelDefs) YES (added provide) D: Requires: perl(Autom4te::Channels) YES (added provide) D: Requires: perl(Autom4te::Configure_ac) YES (added provide) D: Requires: perl(Autom4te::FileUtils) YES (added provide) D: Requires: perl(Autom4te::General) YES (added provide) D: Requires: perl(Autom4te::Request) YES (added provide) D: Requires: perl(Autom4te::Struct)YES (added provide) D: Requires: perl(Autom4te::XFile) YES (added provide) D: Requires: perl(Carp)YES (db provides) D: Requires: perl(Cwd) YES (db provides) D: read h# 864 Header SHA1 digest: OK (15fe68908580bc2ec87cf52922a2315a454006c2) D: Requires: perl(Data::Dumper)YES (db provides) D: Requires: perl(DynaLoader) YES (db provides) D: Requires: perl(Errno) YES (db provides) D: Requires: perl(Exporter)YES (db provides) D: Requires: perl(File::Basename) YES (db provides) D: Requires: perl(File::Compare) YES (db provides) D: Requires: perl(File::Copy) YES (db provides) D: Requires: perl(File::Find) YES (db provides) D: Requires: perl(File::Path) YES (db provides) D: Requires: perl(File::stat) YES (db provides) D: Requires: perl(Getopt::Long)YES (db provides) D: Requires: perl(IO::File)YES (db provides) D: Requires: perl(POSIX) YES (db provides) D: Requires: perl(Text::ParseWords)YES (db provides) D: Requires: perl(strict) YES (db provides) D: Requires: perl(vars)YES (db provides) D: Requires: perl-base = 0:5.000 YES (db provides) D: Requires: perl-base = 0:5.005 YES (db provides) D: Requires: perl-base = 0:5.005_03
Re: [Th] [EMAIL PROTECTED]
On Oct 13, 2007, at 12:18 PM, Tomasz Mateja wrote: ... D: mounted filesystems: D: idevbsize bavail iavail mount point D: 0 0x0003 81920 -1 rw /proc D: 1 0x0003 81920 -1 rw /proc D: 2 0x0003 81920 -1 rw /proc D: 3 0x0003 81920 -1 rw /proc D: 4 0x0003 81920 -1 rw /proc D: 5 0x0003 81920 -1 rw /proc D: 6 0x0003 81920 -1 rw /proc D: 7 0x0003 81920 -1 rw /proc D: 8 0x0003 81920 -1 rw /proc D: 9 0x0003 81920 -1 rw /proc D:10 0x0003 81920 -1 rw /proc D:11 0x0003 81920 -1 rw /proc D:12 0x0003 81920 -1 rw /proc D:12 0x0003 81920 -1 rw /proc D:13 0x000a 81920 -1 rw /dev/pts D:14 0x0003 81920 -1 rw /proc D:15 0x000a 81920 -1 rw /dev/pts D:16 0x0003 81920 -1 rw /proc D:17 0x000a 81920 -1 rw /dev/pts D:18 0x0003 81920 -1 rw /proc D:19 0x000a 81920 -1 rw /dev/pts D:20 0x0003 81920 -1 rw /proc D:21 0x0003 81920 -1 rw /proc D:22 0x0003 81920 -1 rw /proc D:23 0x0003 81920 -1 rw /proc D:24 0x0003 81920 -1 rw /proc D:25 0x0003 81920 -1 rw /proc D:26 0x0003 81920 -1 rw /proc D:27 0x0003 81920 -1 rw /proc D:28 0x0003 81920 -1 rw /proc D:29 0x0003 81920 -1 rw /proc D:30 0x0003 81920 -1 rw /proc D:31 0x0003 81920 -1 rw /proc D:32 0x0003 81920 -1 rw /proc D:33 0x0003 81920 -1 rw /proc D:34 0x000a 81920 -1 rw /dev/pts D:35 0x0003 81920 -1 rw /proc D:36 0x000a 81920 -1 rw /dev/pts D:37 0x0003 81920 -1 rw /proc D:38 0x000a 81920 -1 rw /dev/pts D:39 0x0003 81920 -1 rw /proc D:40 0x000a 81920 -1 rw /dev/pts Ick. Smells like lots of chroots. ... LZDIO: 244 reads, 8557275660681216 total bytes in 0.668983 secs Hmmm, looks like a int32 vs size_t, or a big - little endian, problem somewhere. What version of rpm? 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: [Th] [EMAIL PROTECTED]
This is likely the -pie linkage and -fpie compilation, new in rpm-4.4.9. Remove PIE compilation/linkage is the easy fix. Upgrading binutils and/or rewriting rpm code may help. 73 de Jeff On Jun 18, 2007, at 12:29 PM, Tomasz Mateja wrote: Already mentioned on devel-pl: http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2007-June/ 141330.html sparc64-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv - mcpu=ultrasparc -fno-strict-aliasing -gdwarf-2 -g2 -fPIC -DPIC -D_GNU_SOURCE -D_REENTRANT -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -Wl,--as-needed -pie -o .libs/rpm rpm.o ./build/.libs/librpmbuild.a ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmdb/.libs/librpmdb.so -lselinux ./rpmdb/.libs/librpmdb.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmio/.libs/librpmio.so -lelf /usr/lib64/libdb-4.5.so ./rpmio/.libs/librpmio.so /usr/lib64/libbeecrypt.so -lrt -lm -ldl /usr/lib64/libmagic.so /usr/lib64/libpopt.so -lpthread -lz /usr/lib64/libbz2.so rpm.o: In function `argerror': /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:143: relocation truncated to fit: R_SPARC_GOT13 against symbol `stderr@@GLIBC_2.2' defined in .data section in /lib64/libc.so.6 /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:143: relocation truncated to fit: R_SPARC_GOT13 against symbol `__assert_program_name@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so rpm.o: In function `main': /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:238: relocation truncated to fit: R_SPARC_GOT13 against symbol `__assert_program_name@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:254: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmQVKArgs@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:292: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmQVKArgs@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:256: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmQVKArgs@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:293: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmDBArgs@@LIBRPMDB_0' defined in .bss section in /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmdb/.libs/librpmdb.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:338: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmIArgs@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:457: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmcliRootDir@@LIBRPM_0' defined in .data section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:502: relocation truncated to fit: R_SPARC_GOT13 against symbol `stderr@@GLIBC_2.2' defined in .data section in /lib64/libc.so.6 /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:340: additional relocation overflows omitted from the output collect2: ld returned 1 exit status make[2]: *** [rpm] Error 1 make[2]: Leaving directory `/home/users/builder/rpm/BUILD/rpm-4.4.9' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/users/builder/rpm/BUILD/rpm-4.4.9' make: *** [all] Error 2 error: Bad exit status from /home/users/builder/tmp/rpm-tmp.94714 (% build) [EMAIL PROTECTED] SPECS]$ rpm -q rpm rpm-4.4.8-0.1.sparc64 [EMAIL PROTECTED] SPECS]$ rpm -q glibc glibc-2.6-3.sparc64 [EMAIL PROTECTED] SPECS]$ rpm -q gcc gcc-4.2.0-5.sparc64 -- T. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] [EMAIL PROTECTED]
Jeff Johnson napisał(a): This is likely the -pie linkage and -fpie compilation, new in rpm-4.4.9. Remove PIE compilation/linkage is the easy fix. Upgrading binutils and/or rewriting rpm code may help. 73 de Jeff removed and it's built right now, btw binutils are current. -- T. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] [EMAIL PROTECTED]
On Jun 18, 2007, at 2:10 PM, Tomasz Mateja wrote: removed and it's built right now, btw binutils are current. not working: [EMAIL PROTECTED] RPMS]# gdb rpm GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc64-pld-linux... Using host libthread_db library /lib64/libthread_db.so.1. (gdb) run --rebuilddb Starting program: /bin/rpm --rebuilddb Program received signal SIGBUS, Bus error. 0xf801fbec in intGetEntry (h=0x26b4e0, tag=1184, type=0x7feffef9518, p=0x7feffef951c, c=0x7feffef950c, minMem=1) at header.c:1785 1785if (p) *p = NULL; Likely alignment on sparc64. Pointers aligned on 64bit boundary on sparc64? One hack-a-round is: memset(p, 0, sizeof(*p)); instead of *p = NULL; but you may die in caller instead. FWIW, tag=1184 is RPMTAG_PACKAGECOLOR added on multilib systems. That's likely not PLD/sparc64. Lemme look a bit more. 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: [EMAIL PROTECTED]
Dnia środa, 27 grudnia 2006 10:05, Łukasz Jernaś napisał: Rhythmbox doesn't seem to work with the DAAP plugin[...] OK, I've just tested, DAAP sharing works perfectly, THX :) -- Łukasz [DeeJay1] Jernaś ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [EMAIL PROTECTED]: ERRORS: pnetlib.spec pnetC.spec ml-pnet.spec OK: pnet.spec]
On Thu, Dec 22, 2005 at 08:07:13PM +0100, Bartosz Taudul wrote: On Thu, Dec 22, 2005 at 10:02:34PM +0100, Andrzej 'The Undefined' Dopierała wrote: so - it is for compability with pnet(dotGNU) i think(?). Is it anywhere used? ./nant.spec:BuildRequires: mono-compat-links = 1.1.4 ./mono-tools.spec:BuildRequires:mono-compat-links right, i didn't updated my SPECS dir ;) you have right: - mono-tools builds well with resgen from pnet - current nant doesn't build with mono (tested 1.1.10 and 1.1.12) - hm.. but builds with new mono (1.1.12.1) and new cvs version... but not with resgen from pnet :/ summary: - pnetlib doesn't build with resgen from mono - nant doesn't build with resgen from pnet how resolve it? have you any ideas? (other than remove pnet) -- Andrzej 'The Undefined' Dopierała UNIX Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: [EMAIL PROTECTED] e-mail: [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: [EMAIL PROTECTED]: ERRORS: pnetlib.spec pnetC.spec ml-pnet.spec OK: pnet.spec]
On Fri, Dec 23, 2005 at 06:03:50PM +0100, Andrzej 'The Undefined' Dopierała wrote: summary: - pnetlib doesn't build with resgen from mono - nant doesn't build with resgen from pnet how resolve it? have you any ideas? (other than remove pnet) Maybe rename pnet's resgen to, for example, pnet-resgen and make proper patch for pnetlib to use it? wolf -- Bartek . - Wzorek, jak doskonale zapomnieliście, 2 pi przez t. Taudul : .: w o l f @ p l d - l i n u x . o r g.:. http://wolf.valkyrie.one.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [EMAIL PROTECTED]: ERRORS: pnetlib.spec pnetC.spec ml-pnet.spec OK: pnet.spec]
On Wed, Dec 21, 2005 at 06:18:24PM +0100, Bartosz Taudul wrote: why not use resgen from pnet, which is available on all platforms? It's only asking for trouble IMHO. I don't want to debug some weird errors introduced by using not-from-mono-unlike-rest-of-toolchain utility. so.. how resolve this conflict? mono doesn't exist on architecture, so we can't remove reskit from pnet-compiler-common... other way: poldek:/all-avail desc mono-compat-links-1.1.9.2-1 Package:mono-compat-links-1.1.9.2-1 Summary:Dowiązania dla kompatybilności Group: Development/Languages License:GPL/LGPL/MIT Arch/OS:amd64/linux URL:http://www.mono-project.com/ Built: 2005/10/11 12:48 at localhost Size: 0.0 KB (63 B) Package size: 5.0 KB (5597 B) Path: ftp://ftp.ac.pld-linux.org/dists/ac/PLD/amd64/PLD/RPMS File: mono-compat-links-1.1.9.2-1.amd64.rpm Description: Pakiet ten zawiera dowiązania do programów o nazwach używanych w .NET oraz dotGNU. so - it is for compability with pnet(dotGNU) i think(?). Is it anywhere used? -- Andrzej 'The Undefined' Dopierała UNIX Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: [EMAIL PROTECTED] e-mail: [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: [EMAIL PROTECTED]: ERRORS: pnetlib.spec pnetC.spec ml-pnet.spec OK: pnet.spec]
On Wed, Dec 21, 2005 at 02:57:46AM +0100, Andrzej 'The Undefined' Dopierała wrote: why not use resgen from pnet, which is available on all platforms? It's only asking for trouble IMHO. I don't want to debug some weird errors introduced by using not-from-mono-unlike-rest-of-toolchain utility. wolf -- Bartek . - Później do krwioobiegu wypompowywane jest serce. Taudul : .: w o l f @ p l d - l i n u x . o r g.:. http://wolf.valkyrie.one.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [EMAIL PROTECTED]: DISTFILES: ERRORS: lkcp-0.5.3.tar.bz2]
On 8/26/05, Adam Gołębiowski [EMAIL PROTECTED] wrote: On Thu, Aug 25, 2005 at 10:34:26AM +0200, Arkadiusz Miskiewicz wrote: On Wednesday 24 of August 2005 18:42, Adam Gołębiowski wrote: I was just about to commit a fix to cvs::admin/distfiles/file-fetcher.pl but thought it was better to ask. So, do we want to add that --no-check-certificate option? After all, it's the developer who should verify given site. +1 Ok, done. Do we have distfiles admin? malekith (cc-ed)? cvs up done. -- Michal Moskal, http://nemerle.org/~malekith/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [EMAIL PROTECTED]: DISTFILES: ERRORS: lkcp-0.5.3.tar.bz2]
On Thu, Aug 25, 2005 at 10:34:26AM +0200, Arkadiusz Miskiewicz wrote: On Wednesday 24 of August 2005 18:42, Adam Gołębiowski wrote: I was just about to commit a fix to cvs::admin/distfiles/file-fetcher.pl but thought it was better to ask. So, do we want to add that --no-check-certificate option? After all, it's the developer who should verify given site. +1 Ok, done. Do we have distfiles admin? malekith (cc-ed)? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [EMAIL PROTECTED]: DISTFILES: ERRORS: lkcp-0.5.3.tar.bz2]
On Wednesday 24 of August 2005 18:42, Adam Gołębiowski wrote: I was just about to commit a fix to cvs::admin/distfiles/file-fetcher.pl but thought it was better to ask. So, do we want to add that --no-check-certificate option? After all, it's the developer who should verify given site. +1 -- Arkadiusz MiśkiewiczPLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://ftp.pld-linux.org/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[EMAIL PROTECTED]: DISTFILES: ERRORS: lkcp-0.5.3.tar.bz2]
I was just about to commit a fix to cvs::admin/distfiles/file-fetcher.pl but thought it was better to ask. So, do we want to add that --no-check-certificate option? After all, it's the developer who should verify given site. - Forwarded message from adamg [EMAIL PROTECTED] - From: adamg [EMAIL PROTECTED] To: pld-cvs-commit@pld-linux.org Cc: [EMAIL PROTECTED] Subject: DISTFILES: ERRORS: lkcp-0.5.3.tar.bz2 Date: Wed, 24 Aug 2005 18:23:32 +0200 wget -nv -O ./tmp/29b9c60d-8565-4518-969e-95516b37d96e/020f788b8c9ac52636b357e8929f7e30/lkcp-0.5.3.tar.bz2 http://webspace.utexas.edu/hyoussef/www/lkcp-0.5.3.tar.bz2: ERROR: Certificate verification error for webspace.utexas.edu: unable to get local issuer certificate To connect to webspace.utexas.edu insecurely, use `--no-check-certificate'. Unable to establish SSL connection. FATAL: http://webspace.utexas.edu/hyoussef/www/lkcp-0.5.3.tar.bz2 (020f788b8c9ac52636b357e8929f7e30) was not fetched (wget -nv -O ./tmp/29b9c60d-8565-4518-969e-95516b37d96e/020f788b8c9ac52636b357e8929f7e30/lkcp-0.5.3.tar.bz2 http://webspace.utexas.edu/hyoussef/www/lkcp-0.5.3.tar.bz2: ERROR: Certificate verification error for webspace.utexas.edu: unable to get local issuer certificate To connect to webspace.utexas.edu insecurely, use `--no-check-certificate'. Unable to establish SSL connection. ) Files fetched: 0 -- Virtually Yours: distfiles. - End forwarded message - -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[EMAIL PROTECTED]: Kalva 0.6.1 vs 0.7.0]
Anybody interested? - Forwarded message from Andreas Silberstorff [EMAIL PROTECTED] - Hi. I just want to let you know that a new release is in the queue probably for next weekend ( http://www.andreas-silberstorff.de/ktvapp/#news ). Googling a little I found you struggled painly with packaging Kalva 0.6.1 for pld. I don't know about pld but maybe I can help eliminating the compiler issue. Maybe only the --prefix=/path/to/kde/on/PLD is missing. You shouldn'd package 0.6.1, that release had a nasty bug and could not record scheduled movies if the option to show the command was activated. I posted 0.6.2 some hours later. Sorry that I did not announce that on kde-announce. As kalva is ansi cpp conform since 0.6.1 you shouldn'd have problems. But I know of at least someone who didn't succeed on a mandriva 10.1 as well. Guess the buildsystem of kde 3.3 is problematic though the source in it self should be compilable on kde 3.2. What gcc is pld using? Is unsermake from the kde build system included? I also have the suspicion that some automake versions make problems. You may mail the output of the build process to me. I Hope the issue can be cleared. Will you submit the specfile to kde-svn when it functions? I have mine for SuSE 9.3 under trunk/playground/multimedia/kalva/rpmspecs/kalva-suse.spec. Also interesting might be that the pot template did arrive under i10n/templates/playground-multimedia/kalva.pot lately. Greetings, Andreas - End forwarded message - -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[EMAIL PROTECTED]: Re: [bugpatch] master failing on setsid() when already started as a session leader]
This is about my recent patch to postfix (already in our CVS). I think it should stay (doesn't break anythig), but maybe someone has some objections... - Forwarded message from Wietse Venema [EMAIL PROTECTED] - Subject: Re: [bugpatch] master failing on setsid() when already started as a session leader In-Reply-To: [EMAIL PROTECTED] from Jacek Konieczny at Jun 1, 2005 03:22:01 pm To: Jacek Konieczny [EMAIL PROTECTED] Date: Wed, 1 Jun 2005 11:17:10 -0400 (EDT) Cc: Wietse Venema [EMAIL PROTECTED] X-Time-Zone: USA EST, 6 hours behind central European time X-Mailer: ELM [version 2.4ME+ PL82 (25)] From: [EMAIL PROTECTED] (Wietse Venema) X-Virus-Scanned: by amavisd-new at bnet.pl X-Bogosity: No, tests=bogofilter, spamicity=0.005875, version=0.16.1 Sorry, this is not a bug. You are starting the master daemon in an unsupported manner. Wietse Jacek Konieczny: Hello, I wanted to post this bug report with a patch to [EMAIL PROTECTED], the only address for bug reports I have found in the documentation (DEBUG_README), and it bounced because I am not subscribed to the list. Could you, please, forward it to a right (for a bug-report/patch) address? Greets, Jacek --- I wanted to use postfix (2.2.3) with freedt (daemontools clone) supervision. It requires the service to start in foreground, but master daemon started this way was failing with error: Jun 1 09:16:54 serwis2 postfix/master[17168]: fatal: unable to set session and process group ID: Operation not permitted Here is the piece of original code that does that: /* * Run in a separate process group, so that postfix stop can terminate * all MTA processes cleanly. Give up if we can't separate from our * parent process. We're not supposed to blow away the parent. */ if (debug_me == 0 setsid() == -1) msg_fatal(unable to set session and process group ID: %m); This may be reasonable not to allow master continue in a foreign process group, but setsid() also fails when the calling process is already a process group leader. Here is the patch which fixes this problem for me: --- postfix-2.2.3.orig/src/master/master.c 2005-02-15 01:36:58.0 +0100 +++ postfix-2.2.3/src/master/master.c 2005-06-01 09:55:35.0 +0200 @@ -289,8 +289,8 @@ * all MTA processes cleanly. Give up if we can't separate from our * parent process. We're not supposed to blow away the parent. */ -if (debug_me == 0 setsid() == -1) - msg_fatal(unable to set session and process group ID: %m); +if (debug_me == 0 setsid() == -1 getsid(0) != getpid()) + msg_fatal(unable to set session and process group ID: %m (pid=%d, sid=%d), (int)getpid(), (int)getsid(0)); /* * Make some room for plumbing with file descriptors. XXX This breaks Greets, Jacek - End forwarded message - ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en