Re: [packages/php] - drop if clause introduced in commit 20dcadbb (guard clause for rpm 4.16), we have fully transiti
W dniu 2021-05-15 o 15:26, Neal Gompa pisze: On Sat, May 15, 2021 at 6:23 AM Adam Gołębiowski wrote: W dniu 2021-05-15 o 11:52, Neal Gompa pisze: On Sat, May 15, 2021 at 5:38 AM Adam Gołębiowski wrote: W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze: point of that guard was to wait for support to become available or someone implement a solution. (...) but as no such solution as provided, you need to update obsoletes to fill **all** package names that provide that file path. I refuse to do that myself as it's pretty stupid. ugly, for sure, but unless we come up with another solution (patching rpm to support Obsoletes: /path), we will need to maintain 11 Obsoletes: lines per package ... What problem are you trying to solve here? I'm not sure I understand why you're doing this. Each of the php*-program packages provide /usr/bin/php symlink: /poldek:/all-avail> install phpcsProcessing dependencies...phpcs-3.4.1-2.noarch: required "/usr/bin/php" is provided by the following packages:a) php4-program-4.4.9-67.x86_64b) php52-program-5.2.17-20130717.35.x86_64c) php53-program-5.3.29-52.x86_64d) php54-program-5.4.45-30.x86_64e) php55-program-5.5.38-22.x86_64f) php56-program-5.6.40-9.x86_64g) php70-program-7.0.33-8.x86_64h) php71-program-7.1.33-3.x86_64i) php72-program-7.2.34-1.x86_64j) php73-program-7.3.24-1.x86_64k) php74-program-7.4.12-2.x86_64l) php80-program-8.0.0-2.x86_64Which one do you want to install ('Q' to abort)? [php4-program-4.4.9-67.x86_64]/ Prior to rpm switch, each of those packages also had Obsoletes: /usr/bin/php so that you could easily switch the provider of /usr/bin/php symlinkL /poldek:/all-avail> install php80-program-8.0.0-2.x86_64/// /Loading [pndir]th-2020-updates... Loading [pndir]th-2020-updates... Loading [pndir]th-2020... Loading [pndir]th-2020... 29952 packages read Processing dependencies... php80-program-8.0.0-2.x86_64 marks php80-cli-8.0.0-2.x86_64 (cap php80-cli = 4:8.0.0-2) php80-cli-8.0.0-2.x86_64 marks php80-common-8.0.0-2.x86_64 (cap /etc/php80) There are 3 packages to install (2 marked by dependencies): A php80-cli-8.0.0-2.x86_64 php80-common-8.0.0-2.x86_64 php80-program-8.0.0-2.x86_64 This operation will use 4.6MB of disk space. Need to get 1.4MB of archives (1.4MB to download). [1/3] th-2020::php80-common-8.0.0-2.x86_64.rpm [1.4M (1.4M/s)] [2/3] th-2020::php80-cli-8.0.0-2.x86_64.rpm [51.7K (51.7K/s)] [3/3] th-2020::php80-program-8.0.0-2.x86_64.rpm [5.0K (5.0K/s)] Executing pm-command.sh --upgrade -vh --root / --define _check_dirname_deps 1... error: failed to open /etc/mtab: No such file or directory Preparing... ### [100%] Repackaging... 1:php72-program ### [100%] Upgrading... 1:php80-common ### [ 33%] 2:php80-cli ### [ 67%] 3:php80-program ### [100%] poldek:/all-avail>/ But rpm-4 no longer allows / in Obsoletes: /Illegal char '/' (0x2f) in: Obsoletes: /usr/bin/php / Which makes this smooth transition no longer possible: /poldek:/all-avail> install php73-program-7.3.27-1.x86_64// //Processing dependencies...// //php73-program-7.3.27-1.x86_64 marks php73-cli-7.3.27-1.x86_64 (cap php73-cli = 4:7.3.27-1)// // php73-cli-7.3.27-1.x86_64 marks php73-common-7.3.27-1.x86_64 (cap libphp_common-7.3.27.so()(64bit))// //There are 3 packages to install (2 marked by dependencies):// //A php73-cli-7.3.27-1.x86_64 php73-common-7.3.27-1.x86_64 php73-program-7.3.27-1.x86_64// //This operation will use 4.2MB of disk space.// //Need to get 1.2MB of archives.// //php73-common-7.3.27-1.x86_64.rpm: digests OK// //php73-cli-7.3.27-1.x86_64.rpm: digests OK// //php73-program-7.3.27-1.x86_64.rpm: digests OK// //Executing pm-command.sh --upgrade -vh --root / --define _check_dirname_deps 0...// //Verifying... # [100%]// //Preparing... # [100%]// //file /usr/bin/php from install of php73-program-4:7.3.27-1.x86_64 conflicts with file from package php74-program-4:7.4.19-1.1.x86_64// //file /usr/share/man/man1/php.1 from install of php73-program-4:7.3.27-1.x86_64 conflicts with file from package php74-program-4:7.4.19-1.1.x86_64// //There were errors// //poldek:/all-avail>/ To keep what we had with rpm5 , we either need to patch rpm, or add 11 (as of today) Obsoletes: php${ver}-program lines to each spec. RPM supports using Provides+Conflicts to represent this issue. Provides: php-interpreter Conflicts: php-interpreter When this is set, RPM knows that one and only one implementation providing "php-interpreter" is permitted and permits swapping them. Nope, this does seem to not work like that: [adamg@pld-xcp-ng RPMS]$ rpm -q --provides php80-program php-interpreter php80-
Re: [packages/php] - drop if clause introduced in commit 20dcadbb (guard clause for rpm 4.16), we have fully transiti
W dniu 2021-05-15 o 11:52, Neal Gompa pisze: On Sat, May 15, 2021 at 5:38 AM Adam Gołębiowski wrote: W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze: point of that guard was to wait for support to become available or someone implement a solution. (...) but as no such solution as provided, you need to update obsoletes to fill **all** package names that provide that file path. I refuse to do that myself as it's pretty stupid. ugly, for sure, but unless we come up with another solution (patching rpm to support Obsoletes: /path), we will need to maintain 11 Obsoletes: lines per package ... What problem are you trying to solve here? I'm not sure I understand why you're doing this. Each of the php*-program packages provide /usr/bin/php symlink: /poldek:/all-avail> install phpcsProcessing dependencies...phpcs-3.4.1-2.noarch: required "/usr/bin/php" is provided by the following packages:a) php4-program-4.4.9-67.x86_64b) php52-program-5.2.17-20130717.35.x86_64c) php53-program-5.3.29-52.x86_64d) php54-program-5.4.45-30.x86_64e) php55-program-5.5.38-22.x86_64f) php56-program-5.6.40-9.x86_64g) php70-program-7.0.33-8.x86_64h) php71-program-7.1.33-3.x86_64i) php72-program-7.2.34-1.x86_64j) php73-program-7.3.24-1.x86_64k) php74-program-7.4.12-2.x86_64l) php80-program-8.0.0-2.x86_64Which one do you want to install ('Q' to abort)? [php4-program-4.4.9-67.x86_64]/ Prior to rpm switch, each of those packages also had Obsoletes: /usr/bin/php so that you could easily switch the provider of /usr/bin/php symlinkL /poldek:/all-avail> install php80-program-8.0.0-2.x86_64/// /Loading [pndir]th-2020-updates... Loading [pndir]th-2020-updates... Loading [pndir]th-2020... Loading [pndir]th-2020... 29952 packages read Processing dependencies... php80-program-8.0.0-2.x86_64 marks php80-cli-8.0.0-2.x86_64 (cap php80-cli = 4:8.0.0-2) php80-cli-8.0.0-2.x86_64 marks php80-common-8.0.0-2.x86_64 (cap /etc/php80) There are 3 packages to install (2 marked by dependencies): A php80-cli-8.0.0-2.x86_64 php80-common-8.0.0-2.x86_64 php80-program-8.0.0-2.x86_64 This operation will use 4.6MB of disk space. Need to get 1.4MB of archives (1.4MB to download). [1/3] th-2020::php80-common-8.0.0-2.x86_64.rpm [1.4M (1.4M/s)] [2/3] th-2020::php80-cli-8.0.0-2.x86_64.rpm [51.7K (51.7K/s)] [3/3] th-2020::php80-program-8.0.0-2.x86_64.rpm [5.0K (5.0K/s)] Executing pm-command.sh --upgrade -vh --root / --define _check_dirname_deps 1... error: failed to open /etc/mtab: No such file or directory Preparing... ### [100%] Repackaging... 1:php72-program ### [100%] Upgrading... 1:php80-common ### [ 33%] 2:php80-cli ### [ 67%] 3:php80-program ### [100%] poldek:/all-avail>/ But rpm-4 no longer allows / in Obsoletes: /Illegal char '/' (0x2f) in: Obsoletes: /usr/bin/php / Which makes this smooth transition no longer possible: /poldek:/all-avail> install php73-program-7.3.27-1.x86_64// //Processing dependencies...// //php73-program-7.3.27-1.x86_64 marks php73-cli-7.3.27-1.x86_64 (cap php73-cli = 4:7.3.27-1)// // php73-cli-7.3.27-1.x86_64 marks php73-common-7.3.27-1.x86_64 (cap libphp_common-7.3.27.so()(64bit))// //There are 3 packages to install (2 marked by dependencies):// //A php73-cli-7.3.27-1.x86_64 php73-common-7.3.27-1.x86_64 php73-program-7.3.27-1.x86_64// //This operation will use 4.2MB of disk space.// //Need to get 1.2MB of archives.// //php73-common-7.3.27-1.x86_64.rpm: digests OK// //php73-cli-7.3.27-1.x86_64.rpm: digests OK// //php73-program-7.3.27-1.x86_64.rpm: digests OK// //Executing pm-command.sh --upgrade -vh --root / --define _check_dirname_deps 0...// //Verifying... # [100%]// //Preparing... # [100%]// // file /usr/bin/php from install of php73-program-4:7.3.27-1.x86_64 conflicts with file from package php74-program-4:7.4.19-1.1.x86_64// // file /usr/share/man/man1/php.1 from install of php73-program-4:7.3.27-1.x86_64 conflicts with file from package php74-program-4:7.4.19-1.1.x86_64// //There were errors// //poldek:/all-avail>/ To keep what we had with rpm5 , we either need to patch rpm, or add 11 (as of today) Obsoletes: php${ver}-program lines to each spec. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/php] - drop if clause introduced in commit 20dcadbb (guard clause for rpm 4.16), we have fully transiti
W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze: point of that guard was to wait for support to become available or someone implement a solution. (...) but as no such solution as provided, you need to update obsoletes to fill **all** package names that provide that file path. I refuse to do that myself as it's pretty stupid. ugly, for sure, but unless we come up with another solution (patching rpm to support Obsoletes: /path), we will need to maintain 11 Obsoletes: lines per package ... ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: No new packages on ftp
Looks like we hit -ENOSPC on ftp. There's some extra space added now, not sure if pending packages will be synced from builders or will need to be pushed manually . - Original Message - From: "Jan Palus" To: pld-devel-en@lists.pld-linux.org Sent: wtorek, 6 sierpień 2019 0:37:29 Subject: No new packages on ftp Looks like packages built on Aug 4 and later did not reach ftp. Can someone have a look? ___ 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: Packages to be dropped after openssl 1.1.1 rebuild
W dniu 2018-11-03 11:11, Jan Rękorajski napisał(a): The below packages will be removed from Th next week (~10th Nov) along with any broken deps their removal will cause. john I will commit this one today, need to fix x32 build. -- Adam Gołębiowski, PLD Linux ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: RFC bind split
W dniu 2018-10-31 07:48, Bartek Szady napisał(a): What do you think about splitting bind package to bind-base and bind? bind-base will contain server and init scripts/units, will have minimal dependencies (no python dependency) and can be used as eg. caching recursive server. bind will contain the the remaining files and will require bind-base. +1, this approach shouldn't break systems on upgrade (bind will upgrade to bind+bind-base), just make sure bind-base works :) -- Adam Gołębiowski, PLD Linux ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh
W dniu 2018-10-23 13:20, Jacek Konieczny napisał(a): On 2018-10-23 13:01, Arkadiusz Miśkiewicz wrote: On 23/10/2018 12:43, glen wrote: any plans to fix cvs.pld-linux.org? cvs-nserver segfaults and needs some debugging or better switching to other maintained cvs cvs [status aborted]: reading from server: Connection reset by peer Or maybe it is time to finally ditch CVS all together. There is really no good reason we are still using this crap for anything. What do we use cvs for these days? In the last two years there were commits to: - CVSROOT/users - I think it is currently used for aliases only, - PLD-doc: - uid_gid.db.txt - BuildRequires.txt - PLD-update-TODO + maybe SSH-keys So nothing much, really. Am I missing something? -- Adam Gołębiowski, PLD Linux ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh
W dniu 2018-10-23 13:01, Arkadiusz Miśkiewicz napisał(a): On 23/10/2018 12:43, glen wrote: any plans to fix cvs.pld-linux.org? cvs-nserver segfaults and needs some debugging or better switching to other maintained cvs cvs [status aborted]: reading from server: Connection reset by peer Had a look at this today, there's some magic happening here: 15:01:13: S -> Loading protocol enum as enum.la 15:01:13: S -> EBUG: name=enum.la directory=/usr/lib64/cvsnt/protocols 15:01:13: S -> It is ORACLE so save environment. that nails down the path to cvsnt-2.5.05.3744/cvsapi/unix/LibraryAccess.cpp: 75 bool CLibraryAccess::Load(const char *name, const char *directory) 76 { 77 if(m_lib) 78 Unload(); 79 80 CServerIo::trace(3, "EBUG: name=%s directory=%s", name, directory); 81 if (strncmp(name,"oracle",6)==0) 82 { 83 /* this is very messy, but the server crashes/hangs 84when the oracle library is unloaded due to the 85putenv ... */ 86 87 /* For this kind of thing better to put a load/unload hook in the 88 library itself, otherwise it just gets too messy hardcoding 89 everything. */ 90 91 CServerIo::trace(3,"It is ORACLE so save environment."); 92 strcpy(save_nls_lang,getenv("NLS_LANG")); So it looks like it compares name ("enum.la") to "oracle" and decides they are equal... and if I comment this part out, it goes into infinite loop -- Adam Gołębiowski, PLD Linux ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: RW do CVS
Krzysztof Krakowiak pisze: Witam, Prosze o dostep RW do CVS PLD. Dane do: () Konto założone, załóż sobie alias pocztowy dodając odpowiedni wpis do CVSROOT/users. [en] account created -- http://adam.golebiowski.eu/ | 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
[ann] ftp4 no longer provides iso images
Hi there, Due to insufficient disk space, I had to (temporary) remove iso images from ftp4 (ftp.atm). That gave us 95 GiB of space for fast-growing Th/Ti/AIDA repositories. -- http://adam.golebiowski.eu/ | 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: serverside rename
Paweł Zuzelski pisze: 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. Done: cp packages/java-portletapi10 packages/java-pluto mv packages/java-pluto/java-{portletapi10,pluto}.spec,v -- http://adam.golebiowski.eu/ | 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: packages: libdrm/libdrm.spec - revert part of 2.4.12 ( fixes Mesa-7.5 build...
Patryk Zawadzki pisze: On Sun, Jul 26, 2009 at 12:43 AM, adamgad...@pld-linux.org wrote: Author: adamgDate: Sat Jul 25 22:43:46 2009 GMT Module: packages Tag: HEAD Log message: - revert part of 2.4.12 ( fixes Mesa-7.5 build ) - release 2 Results in either kernel oops or 16 colors with xorg-driver-video-nouveau-0.0.10-0.20090720.1.x86_64. Either fix or revert. Ahh, crap. ... or you can build libdrm-2.4.12-1 for now. I see there's a patch [0] in Mesa's git tree that hasn't been backported to mesa_7_5_branch. I don't have time to test it right now, will try to do in the evening. [0] http://cgit.freedesktop.org/mesa/mesa/commit/?id=40ed44991851a526f0e2cafd5dab6149cb7a3342 -- http://adam.golebiowski.eu/ | 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
tcl broken?
Hi, [ad...@carme-pld-i686 SPECS]$ echo 'puts stdout a' | tclsh a Tcl_SetObjLength called with shared object Aborted [ad...@carme-pld-i686 SPECS]$ this causes sqlite3 build failure (and probably other software). adamg ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kernel + xorg + nvidia
On Wed, Aug 06, 2008 at 11:24:37PM +0200, Bartosz Taudul wrote: On Tue, Aug 05, 2008 at 12:59:27PM +0300, Elan Ruusamäe wrote: how many out there use custom kernel anyway (i mean by that kernel installed without rpm package)? What kind of bullshit argument is it supposed to be? The both solutions sucks, let's choose lesser evil one, I guess. -- 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: SPEC: fet
On Mon, Jul 28, 2008 at 01:37:35PM +0200, Zsolt Udvari wrote: Hi! fet is a free timetabling program. I hope that this spec-file is (almost) perfect ;) Unfortunately, it's not -- it does not fully comply with PLD style. There's a handy little tool, called adapter (cvs::SPECS/adapter and cvs::SPECS/adapter.awk), that does some basic checks and proposes changes in an unified diff format. Have a look at it and see what it thinks about fet.spec -- 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: SPEC files - newsbeuter and one of its depends: stfl
On Fri, Jul 25, 2008 at 10:59:49AM +, Zsolt Udvari wrote: Hi all! I'm using a console-based newsreader, newsbeuter and there isn't in pld's repo. So I've created spec-file for newsbeuter and stfl (one of its depends). I added them into CVS, thanks for the contribution. These specs need some work though, you may wish to track changes made to those files. -- 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: dropin ?
On Mon, Jun 30, 2008 at 12:07:02AM +0200, Arkadiusz Miskiewicz wrote: Probably tmpwatch cleaned up /tmp where symlinks used by dropin were created. works now. -- 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
dropin ?
Is dropin.pld-linux.org b0rked? [EMAIL PROTECTED] ~]$ lftp -u adamg dropin.pld-linux.org Password: lftp [EMAIL PROTECTED]:~ ls ls: Login failed: 530 Login incorrect. lftp [EMAIL PROTECTED]:~ I'm pretty sure I typed my password correct at least once on about 10 attempts... has anything changed regarding dropin usage recently? -- 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: SPECS: wine.spec - updated to 1.1.0
On Sat, Jun 28, 2008 at 01:00:54PM +0200, Arkadiusz Miskiewicz wrote: On Saturday 28 June 2008, adamg wrote: Author: adamgDate: Fri Jun 27 22:41:03 2008 GMT Module: SPECS Tag: HEAD Log message: - updated to 1.1.0 Development series? We want stable wine. And have new wine version every 15 years or so? :) Look at the release notes - they are bugfixes and new features (new functions) implemented. I don't see why this can't go to Th, especially as there are beta versions of kde4. -- 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: SPECS: wine.spec - updated to 1.1.0
On Sat, Jun 28, 2008 at 01:53:19PM +0200, Arkadiusz Miskiewicz wrote: On Saturday 28 June 2008, Adam Gołębiowski wrote: On Sat, Jun 28, 2008 at 01:00:54PM +0200, Arkadiusz Miskiewicz wrote: On Saturday 28 June 2008, adamg wrote: Author: adamgDate: Fri Jun 27 22:41:03 2008 GMT Module: SPECS Tag: HEAD Log message: - updated to 1.1.0 Development series? We want stable wine. And have new wine version every 15 years or so? :) Look at the release notes - they are bugfixes and new features (new functions) implemented. Heh, ok, fine fo rme. I don't see why this can't go to Th, especially as there are beta versions of kde4. Where? I see some packages in test only. I saw kde4-kdelibs-4.0.83-1 sent as ready, it failed, but I assume it was intented to go into mainline. And 4.0.83 is beta. I guess if we dug more, we could find more beta releases in th (tig.spec being one of them). It's just a matter of common sense. Nevertheless, I'm happy you agreed on wine-1.1.0 in Th -- 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: SPECS: wine.spec - updated to 1.1.0
On Sat, Jun 28, 2008 at 03:17:27PM +0200, Marcin Krol wrote: I don't see why this can't go to Th, especially as there are beta versions of kde4. I vote for moving it to DEVEL branch. Why make exception for this spec? It still can be built from DEVEL for Th test. If its unacceptable then please branch 1.0 as WINE_STABLE or something so it may be still maintained (you've commited 1.1, you'll now have to retrieve correct revisions for 1.0 and branch them :)). And bump epoch? Oh boy... how 'bout Ti-branch then? You could have 1.0.0 in Ti, and once 1.1.x becomes stable, you would just bump version, no epoch bymp needed. -- 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: SPECS: exiv2.spec - pass --install to libtoolize (fixes build) - release 2
On Wed, Jun 25, 2008 at 05:01:02PM +0200, Kacper Kornet wrote: Author: adamgDate: Wed Jun 25 08:46:32 2008 GMT Module: SPECS Tag: HEAD Log message: - pass --install to libtoolize (fixes build) - release 2 In this case shouldn't the BuildRequires: libtool = 2:1.5 be changed to require version = 1.9b? Indeed. -- 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: Fwd: builder queue problem
On Mon, Jun 16, 2008 at 12:06:49PM +0300, Elan Ruusamäe wrote: to whomever has power over this. please fix! Hmm, [EMAIL PROTECTED] says the key is being blacklisted - can you regenerate it? -- 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
ac-amd64 / ac-alpha down
Anyone knows what happened to them? -- 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: SPECS: ndoc-no-warnaserror.patch (NEW) - niech sobie ankry przenosi do SOURCES
On Wed, Jun 11, 2008 at 11:56:45PM +0200, wolf wrote: Author: wolf Date: Wed Jun 11 21:56:45 2008 GMT Module: SPECS Tag: HEAD Log message: - niech sobie ankry przenosi do SOURCES Files affected: SPECS: ndoc-no-warnaserror.patch (NONE - 1.1) (NEW) WTF? -- 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: macro for /usr/share/php
On Tue, Jun 10, 2008 at 11:00:09PM +0300, Elan Ruusamäe wrote: On Friday 23 May 2008 12:01:11 Elan Ruusamäe wrote: anyone can suggest macro name for /usr/share/php? %php_data_dir %php_apps_dir %php still nobody? I'd use %php_data_dir, as it contains more than just (web)apps - libraries, frameworks. -- 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: CVS locks
On Sat, May 31, 2008 at 11:47:26AM +0200, Jakub Bogusz wrote: What is 207.115.86.105? It seems to frequently download all SOURCES from different branches, causing locks on commits in SOURCES. seems like SPECS/ is being locked as well... -- 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: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim updated to 0.9.7...
On Fri, May 30, 2008 at 09:36:23AM +0300, Elan Ruusamäe wrote: On Friday 30 May 2008 01:20, adamg wrote: - vim-heavy / gvim-heavy subpackages (todo done) should we perhaps package vim from vim package as vim.ncurses and make symlink to vim and then one can replace the symlink with heavy manually? so it's done line in gvim packages. or should we perhaps also overwrite symlink with first vim-heavy install (and restore if uninstalled)? +1 for packaging vim as vim.ncurses (and perhaps separate vim-ncurses package). I was thinking with something like simple vim-config shell script. When vim/vim-heavy is installed, it checks for /usr/bin/vim existence and creates such symlink when necessary. When the other package gets installed, it does nothing, as /usr/bin/vim already exists. And for those upgrading older vim versions, vim package would create /usr/bin/vim - /usr/bin/vim.ncurses symlink. Sample vim-config usage (idea borrowed from various gentoo's *-config scripts): # vim-config --list [1] /usr/bin/vim.ncurses * [2] /usr/bin/vim.heavy # ls -l /usr/bin/vim lrwxrwxrwx 1 root root 8 2008-04-09 21:57 /usr/bin/vim - vim.ncurses* # vim-config --select 2 # vim-config --list [1] /usr/bin/vim.ncurses [2] /usr/bin/vim.heavy * # ls -l /usr/bin/vim lrwxrwxrwx 1 root root 8 2008-04-09 21:57 /usr/bin/vim - vim.heavy* And similar gvim-config script for gvim. {,g}vim-config would be part of vim-rt. Comments? should we put suggets: (g)vim-heavy to vim-rt? -1... maybe suggests: virtual(vim) / virtual(gvim) + appropriate provides: in vim-ncurses / vim-heavy -- 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: ep09 is dying?
On Mon, Apr 14, 2008 at 03:24:23PM +0300, Elan Ruusamäe wrote: ARCHITECTURE: alpha sh: /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo: not found 15:22:00 pldac[pts/[EMAIL PROTECTED] SRPMS/.metadata$ ls -l /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo ls: cannot access /home/pld/admins/ac/ftp/.tree/.stat/bin/createrepo: Input/output error df(local) df: `/home/pld/admins/ra/chroot/home/users/pldra/ftp': Permission denied rsync(remote): error: /home/services/ftp/pld/dists/2.0/updates/amd64/packages.i/packages.ndir.2008.04.10-19.20.59.gz: Input/output error receiving incremental file list rsync: push_dir dists/ac (in pld) failed in /home/services/ftp/pld: Input/output error (5) Not sure if everyone is aware, but (as RMF told me) raid controller is fscked up. -- 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: kernel packages for xen kernels
On Sun, Dec 16, 2007 at 03:41:30PM +0200, Elan Ruusamäe wrote: i noticed the same for ac-amd64. running upgrade command manually helped... Hmm... what was the problem? outdated local poldek indexes or something else? -- 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
cp eclipse-emf-sdo.spec
Please do: cp rpm/SPECS/eclipse-emf-sdo{,-xsd}.spec,v thanks. -- 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: TEST build ERRORS: ntfs-3g.spec
On Sun, Oct 28, 2007 at 08:54:10PM +, PLD ac-sparc builder wrote: ntfs-3g.spec (HEAD): FAILED libfuse-devel = 2.7.0 is needed by ntfs-3g-1.1030-1.sparc Any reasons not to push libfuse = 2.7.0 to ac? -- 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
[Th] pixman and xorg-xserver-server
This is what I got today (fresh install, th-athlon): /usr/bin/Xwrapper: symbol lookup error: /usr/lib/xorg/modules//libfb.so: undefined symbol: pixman_image_set_source_clipping missing R: pixman in xorg-xserver-server? And why wasn't this dependecy autogenerated? -- 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: OK: gcc.spec
On Tue, Sep 11, 2007 at 07:58:26PM +, PLD ti-src builder wrote: gcc.spec (auto-ti-gcc-4_2_1-2): OK maybe a separate list (pld-logs-ti?) should be set up? -- 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: mod_gnutls's dhfile/rsafile generation
On Sun, Sep 09, 2007 at 11:18:03AM +0300, Elan Ruusamäe wrote: On Sunday 09 September 2007 02:44, Adam Gołębiowski wrote: Hi, I was thinking about apache mod_gnutls's dhfile/rsafile files being generate in %post, which could be done by something similiar to: --- cut --- %post if [ $1 = 0 ]; then d=/etc/httpd/tls [ -f $d/dhfile ] || /usr/bin/certtool --generate-dh-params --bits 1024 --outfile $d/dhfile [ -f $d/rsafile ] || /usr/bin/certtool --generate-privkey --bits 512 --outfile $d/rsafile fi --- cut --- but the process may take some time on slower machines, or those where /dev/random tends to block while waiting for entropy pool. other way is openssh way -- when service is started, but that's modifying apache.spec Ah, didn't think of that. This would mean keeping httpd down for some time (only once, but still), and this could annoy some people. I think I'll go for the presented option (%post). -- 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: libtool problems
On Fri, Sep 07, 2007 at 04:53:09PM +0200, Jakub Bogusz wrote: Which package is it? It happened to me while working on apache-mod_gnutls.spec. I suppose it doesn't use AC_PROG_LIBTOOL if it uses apr's libtool. exactly - configure.ac lacked AC_PROG_LIBTOOL, thanks for the hint. -- 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
libtool problems
Hi, I'm having a problem with libtool (I guess) - it does not add --tag=CC which causes build to fail. If I alter Makefile and add it by hand, build passes, but then again, $DESTDIR is not taken into consideration. No libtoolize / ac/am rebuild helps. /usr/share/apr/build/libtool is used in this build (obtained through apr-1-config --apr-libtool). Any hints? -- 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: ERRORS: openoffice.org.spec
On Fri, Sep 07, 2007 at 01:37:17AM +, PLD th-x86_64 builder wrote: openoffice.org.spec (auto-th-openoffice_org-2_2_0-oof680_m14_0_8): FAILED --- openoffice.org.spec:auto-th-openoffice_org-2_2_0-oof680_m14_0_8: Build-Time: user:151.94s sys:41.41s real:1860.07s (faults io:555 non-io:4259044) checking NEON_CFLAGS... -I/usr/include/neon checking NEON_LIBS... -lneon checking for neon 0.27.0... configure: error: you need neon 0.24.x to 0.26.x for system-neon make: *** [stamp/build] Error 1 error: Bad exit status from /tmp/B.fc7743/rpm-tmp.59766 (%build) Won't do - we'll have to switch to ooo-2.3.0's snaps (and ooo-build from trunk), or someone may try to port ooo80967.ucb.neon27.diff to 2.2 and see what would explode... -- 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: [BUG] exclude confuses /usr/lib/rpm/check-files
On Tue, Jul 17, 2007 at 04:29:26PM +0200, Pawel Golaszewski wrote: Hello, It seems that /usr/lib/rpm/check-files is confused when in spec is used %exclude. Files excluded aren't shown as unpackaged. Should they? I allways thought of unpackaged files as of those which you may have missed - %exclude means you know the file exists but just don't want to package it. -- 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: geninitrd 8385 patches and comments
On Tue, May 22, 2007 at 03:11:06PM +0200, Jacek Konieczny wrote: I made two patches (attached) to address the second problem: 1. geninitrd-rootdev.patch 2. geninitrd-lvm_initramfs.patch I've applied those patches on trunk. -- 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: geninitrd 8385 patches and comments
On Tue, May 22, 2007 at 03:11:06PM +0200, Jacek Konieczny wrote: 2. the initrd (initramfs in fact) was unable to mount my root device, which was an LVM volume. I made two patches (attached) to address the second problem: 1. geninitrd-rootdev.patch 2. geninitrd-lvm_initramfs.patch They worked for me, +1 from me for applying them, and since noone made any objection so far, please apply. - Do we still need non-initramfs initrd images? Dropping the legacy would make things much simpler: writtable filesystem (no need for temporary tmpfs mounts), the image could be generated with no mknode/mount/chown privileges. Functionality of the initramfs image could be easily extended by appending other cpio archives to it. What about initramfs support on ppc? -- 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: SPECS: xfce4-dict.plugin.spec (NEW) - new
On Wed, Apr 18, 2007 at 02:21:07PM +0200, megabajt wrote: Author: megabajt Date: Wed Apr 18 12:21:07 2007 GMT Module: SPECS Tag: HEAD Log message: - new Files affected: SPECS: xfce4-dict.plugin.spec (NONE - 1.1) (NEW) ehrm... seems like obvious mistake: mv xfce4-dict{,-}plugin.spec,v PS: cc: megabajt, cvsadmin -- 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: New mirror in France
On Wed, Mar 21, 2007 at 01:13:07PM +0100, Olivier Thauvin wrote: I am pleased to announce I just setup a new PLD mirror in France: The mirror is located in Europe, France, Paris (48,8°N, 2,33°E). great to hear that! Please let me know if have somethings special to do or if I have to use a specific rsync server (currently using rsync://ftp2.pld-linux.org/pld/). There is an rsync server with restricted access at rsync.pld-linux.org located in Bratislava, SK. Is it better for you (try to compare mtr, or transfers from ftp). Best regards, Adam -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. pgpPsWxnnAdz6.pgp Description: PGP signature ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Google Summer of Code
On Mon, Mar 05, 2007 at 08:22:06PM +0100, Michal Chruszcz wrote: Hi everyone, Today has begun the new edition of Google Summer of Code. From now on projects may supply applications to Google until March 12. Full timeline is here: http://code.google.com/support/bin/answer.py?answer=60325topic=10729 Are we willing to miss the chance again this year? Or are we going to think of something that could be done in the advantage of PLD? Personally, I was thinking of what can I do and this is GUI for poldek (yes, the same as a year ago). It's only one idea, though. Maybe any of you were thinking of something that could be applied to Google? Have a look at jajcus's recent thread on pld-discuss. It has been discussed there. -- 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: OOo 2.1.0
On Mon, Mar 05, 2007 at 11:03:23PM +0200, Elan Ruusamäe wrote: there's OOo 2.1.0-0.m6 in ac-i586, ac-i686 ready trees happy testing! Kudos! Thanks. -- 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: SPECS (LINUX_2_6_20): kernel.spec - move /lib/modules/*/build syml...
On Fri, Feb 09, 2007 at 03:42:39PM +0100, arekm wrote: Author: arekmDate: Fri Feb 9 14:42:39 2007 GMT Module: SPECS Tag: LINUX_2_6_20 Log message: - move /lib/modules/*/build symlink to proper package I've been also thinking about this problem (it hit me recently). Can a directory belong to two packges (here: kernel(-smp) and kernel-module-buikd)? If no, where it should belong? Not in kernel-module as I don't need kernel-module-build packge on production servers, and not in kernel(-smp), as I don't need this package on build environments. -- 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: Fwd: PLDWWW: Vserver
On Mon, Jan 29, 2007 at 07:35:03PM +0200, Elan Ruusamäe wrote: looks like it keeps sending the same diff for any page edit please somebody fix it. it's a shame if our internal resources don't work properly. I am no moinmoin guru, can't do much about it. I asked people on pld-users-pl and forum.pld-linux.org if there is a volunteer to help us solve this issue. In the meantime, I will try to do some googling... -- 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: ERRORS: kdebase.spec
On Thu, Jan 11, 2007 at 02:54:22AM +0200, Elan Ruusamäe wrote: On Sunday 24 December 2006 02:52, Adam Gołębiowski wrote: What is the solution? Rebuild libnscd, then rebuild samba, then rebuild the rest? any luck resolving it? I am not sure about that one. Somebody suggested removing libnscd from builders before building samba, but that's more like a workaround than a real fix. -- 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: ERRORS: kdebase.spec
On Fri, Jan 12, 2007 at 09:05:53PM +0100, Jakub Bogusz wrote: I am not sure about that one. Somebody suggested removing libnscd from builders before building samba, but that's more like a workaround than a real fix. And it would be probably wrong (disabling nscd support in libsmbclient). samba build system should be fixed to link libsmbclient with libnscd. That what I was thinking about, just not being sure... Anyway, there's a patch in CVS and the package was sent to ac-ready. It works for me. -- 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: INFO: th-i486 - looking for a new home for a builder
On Sun, Dec 31, 2006 at 02:50:33PM +0100, Arkadiusz Miskiewicz wrote: Hello, Th production builders are currently on-hold due to missing th-i486 machine (we lost it unfortunately). Only test builds are allowed at this moment. We are looking for a new machine for th-i486 builder purposes, something like: - x86 or x86_64 - 2GHz - 1GB ram - scsi disks - 20GB hdd space - 1Mbps internet - operational 24h - small load average If you have such resorce (better or worse) then contact me. If nothing shows up, I can provide sun fire x2100: - opteron 148 (2.2 GHz) - 1 GB RAM (+1 GB more in some near future) - SATA hdds - 2 mbps up/down - separater vserver (migration to xen is planned soon) -- 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: ERRORS: wdm.spec
On Sat, Dec 23, 2006 at 07:36:22PM +, PLD ac-amd64 builder wrote: wdm.spec (AC-branch): FAILED --- wdm.spec:AC-branch: Build-Time: user:13.30s sys:2.76s real:22.30s (faults io:0 non-io:758058) Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.89732 (...) This build is undeterministic. One every four builds it fails, because in %install section, for some strange reaons make decides that src/Login.c needs to be rebuild (altough it was compiled in %build). Parallel build is not the case here, any hints on how to trace the bug? -- 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: SPECS: slim.spec (NEW) - new
On Fri, Dec 22, 2006 at 06:45:34PM +0100, adamg wrote: Author: adamgDate: Fri Dec 22 17:45:34 2006 GMT Module: SPECS Tag: HEAD Log message: - new Files affected: SPECS: slim.spec (1.11 - 1.12) (NEW) I noticed that after the commit. How should we handle such situation? There was a package called slim (Shared Library Interface Macros from cairographics) and it was even sent to Ac once (somewhere in 2004 probably). On 20041031 it was obsoleted by libpixman.spec (qboosh's commit). Should we change specname (SLiM is used sometimes, or slim-dm?), or maybe we can accept it's current name? -- 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: STBR for a few packages postgresql-dependant
On Wed, Dec 20, 2006 at 11:05:57AM +0100, Michał Łukaszek wrote: STBR to AC-ready please: error: libpq.so.4 is required by pure-ftpd-1.0.21-1 sent (release 2) error: libpq.so.4 is required by tpop3d-1.5.3-28 sent (release 29) error: libpq.so.4 is required by exim-4.63-3 release 3 was sent to builders today - I guess you had this package from other source, you wil have to use --force to reinstall it. error: libpq.so.4 is required by jabberd-2.0s11-2 sent (release 3) -- 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
[ac] unsatisfied deps in main
$ poldek -s . -V Loading [pndir]/home/services/ftp/pld/dists/2.0/PLD/[...]/packages.ndir.gz... Przeczytano 13503 pakiety Verifying dependencies... błąd: amarok-1.4.3-1: req libmtp.so.3 not found błąd: dotnet-gecko-sharp-0.6-5: req mozilla-embedded not found błąd: blam-1.6.1-1: req mozilla not found błąd: blam-1.6.1-1: req mozilla-embedded not found błąd: dotnet-gecko-sharp2-0.11-4: req mozilla-embedded not found błąd: kdenetwork-kopete-protocol-meanwhile-3.5.4-1: req libmeanwhile.so.0 not found błąd: mozilla-plugin-gxmlviewer-1.2.0-5: req mozilla-embedded not found błąd: qdvdauthor-0.1.3-1: req dvd-slideshow = 0.6.0 not found błąd: skipstone-0.9.3-13: req mozilla-embedded(gtk2) = 5:1.7 not found błąd: skipstone-0.9.3-13: req mozilla-embedded(gtk2) = 5:1.7.13 not found 10 unsatisfied dependencies found -- 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
[STBR] php stuff for AC
php4.spec:AC-branch php4-eaccelerator.spec:AC-branch php.spec:AC-branch php-eaccelerator.spec:AC-branch thanks. -- 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: [STBR] AC
On Sun, Aug 06, 2006 at 10:18:09PM +0200, Adam Gołębiowski wrote: php4.spec:AC-branch libtiff.spec:AC-branch php4-eaccelerator.spec:AC-branch(needs rebuilt) x11vnc.spec:AC-branch (CVE-2006-2450) vim.spec:AC-branch (bugfixes) apache-mod_cband.spec:AC-branch (bugfixes) kcheckgmail.spec:AC-branch (new package) anyone? -- 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: SPECS: clamav.spec - Source0 is back
On Tue, Aug 08, 2006 at 01:40:19PM +0300, Elan Ruusamäe wrote: On Tuesday 08 August 2006 09:57, zawadaa wrote: Author: zawadaa Date: Tue Aug 8 06:57:49 2006 GMT Module: SPECS Tag: HEAD Log message: - Source0 is back http://thread.gmane.org/gmane.linux.pld.devel.english/2601 and smb finally fwd that info to devel-pl list! forwarded. -- 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: [STBR] AC
On Sun, Aug 06, 2006 at 10:18:09PM +0200, Adam Gołębiowski wrote: php4.spec:AC-branch libtiff.spec:AC-branch both contain security fixes. thanks ankry. two more specs: php4-eaccelerator.spec:AC-branch x11vnc.spec:AC-branch first one needs to be rebuilt becase of php4 version bump, second one contain security fix (CVE-2006-2450). -- 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
[STBR] AC
php4.spec:AC-branch libtiff.spec:AC-branch both contain security fixes. thanks -- 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: SPECS: vsftpd.spec - /etc/ftpd should be owned
On Sat, Jul 15, 2006 at 08:36:01PM +0200, Paweł Gołaszewski wrote: On Fri, 14 Jul 2006, adamg wrote: Author: adamgDate: Fri Jul 14 21:56:08 2006 GMT Module: SPECS Tag: HEAD Log message: - /etc/ftpd should be owned [...] vsftpd.spec (1.50 - 1.51) [...] no - it should go to some filesystem.spec... maybe... on the other hand, we do not allow parallel ftpd installation. -- 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: OpenOffice.org 2.0.3
On Thu, Jul 13, 2006 at 01:02:48PM +0300, Elan Ruusamäe wrote: On Monday 10 July 2006 17:28, Adam Gołębiowski wrote: one can find rpms for ac-i686 (together with pndir-style indices) for OpenOffice.org 2.0.3 which was released few days ago. i noticed this already earlier (but then i assumed i had openoffice and openoffice.org installed at same time), that the desktop files are duplicate: Yeah, it was reported several times, but I always forgot to fix it. Anyway, I dropped duplicates in rel 0.0.3. -- 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: SPECS: mono.spec - 1.1.16.1 - changes in dependency generators cau...
On Wed, Jul 12, 2006 at 10:07:02PM +0200, wolf wrote: Author: wolf Date: Wed Jul 12 20:07:02 2006 GMT Module: SPECS Tag: HEAD Log message: - 1.1.16.1 - changes in dependency generators cause some problems with mscorlib, so let's provide that. maybe it's a matter of doing bootstrap or maybe it's a bug in generators, i don't know now That's not a matter of bootstrap - I did it with 1.1.16 and had those mscorlib deps unresolved. -- 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
OpenOffice.org 2.0.3
Hi folks, On: http://mamut.pld-linux.org/~adamg/openoffice.org/ one can find rpms for ac-i686 (together with pndir-style indices) for OpenOffice.org 2.0.3 which was released few days ago. Previous builds, if anyone needs them, are available too: http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.1/ http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.2vfs/ http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.3vfs/ http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.4/ http://mamut.pld-linux.org/~adamg/openoffice.org/old-2.0.2-0.0.4.i586/ -- 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: php-pear-PEAR, optional packages printing
On Thu, Jun 29, 2006 at 03:14:31PM +0200, Jakub Bogusz wrote: 1. Which php-pear-PEAR is usable for HEAD php - AC-branch only? seems so, I didn't track glen's recent changes in [EMAIL PROTECTED], don't know what the problem is. 2. post script sometimes outputs bogus optional packages, e.g.: 5:php-pear-PEAR ### [100%] php-pear-PEAR can optionally use package php-pear-XML_RPC (version = 1.4.0) while php-pear-XML_RPC is explicitly required by php-pear-PEAR (as specified in spec). Actually this R: is bogus one, XML_RPC is not required to use pear (only its 'remote' part). fixed. -- 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: ooo2
On Wed, Jun 07, 2006 at 02:52:44PM +0300, Elan Ruusamäe wrote: ooo 2 to ac? are there any problems with that? amd64 can be forgotten, as ooo1 doesn't have it either. ppc/sparc build is not verified (anyone cares about these?) And I'd wait for OOo 2.0.3, which is scheduled to be released tomorrow, provided that nothing bad happens. -- 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
BadMatch Gdk errors
Few days ago I noticed some of applications I use became unstable or even unusable: - qiv: Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 114 error_code 8 request_code 2 minor_code 0 - seamonkey (with mplayerplug-in, macromedia-flash, java and djvulibre plugins): The program 'Gecko' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 84 error_code 8 request_code 147 minor_code 3) When it comes to seamonkey, the problem occurs only when macromedia-flash plugin is enabled. Google doesn't say much about this. Any clues? -- 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: BadMatch Gdk errors
On Sun, May 21, 2006 at 10:29:57PM +0200, Fryderyk Dziarmagowski wrote: Google doesn't say much about this. Any clues? enabled composite extension ? yep. thanks for the hint. -- 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: Java SUN
On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something Great. Maybe we could rebuild openoffice 1.x with java support, prepare eclipse and push those to Ac. -- 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: rpm changelog
On Wed, Apr 26, 2006 at 10:47:07PM +0300, Elan Ruusamäe wrote: i made patch to truncate changelog at build time [1]. the question is how many entries to limit the truncation, and should the truncation setting be different for Ac and Th? I guess 15-20 entries should be sufficient for both -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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
[CVS] php-gtk.spec - php-gtk2.spec
cp SPECS/php-gtk.spec,v SPECS/php-gtk2.spec,v Thanks. -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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
unsatisfied deps in AC
error: abiword-2.4.2-1: req libwv-1.0.so.3 not found error: bigsister-1.02-3: req perl(BS_win32) not found error: bigsister-oracle-1.02-3: req perl-DBD-Oracle not found error: kdevelop-i18n-3.5.2-1: req kdevelop = 7:3.3.1 version mismatch error: [EMAIL PROTECTED]: req kernel24-up = 2.4.32-4 version mismatch error: [EMAIL PROTECTED]: req kernel24-smp = 2.4.32-4 version mismatch error: [EMAIL PROTECTED]: req kernel24-smp = 2.4.32-4 version mismatch error: [EMAIL PROTECTED]: req kernel24-up = 2.4.32-4 version mismatch error: koffice-kplato-1.5.0-1: req libkdeinit_kplato.so not found error: koffice-kugar-1.5.0-1: req libkdeinit_kudesigner.so not found error: ocaml-otags-3.08.0.1-4: req ocaml-camlp4 = 1:3.09.0 version mismatch error: php-pear-MDB2_Driver_fbsql-0.1.1-2: req php-fbsql not found error: php-pear-MDB2_Driver_oci8-0.1.2-2: req php-oci8 not found error: vips-7.10.10-2: req libMagick.so.9 not found and from the list above: - kdevelop - STBR kdemodule-i18n.spec to solve this dep - php-pear-MDB2* - I guess we can safely drop these - vips - I see that release is already bumped, someone (tm) needs to send it to builders -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: SPECS: java-sun.spec - download URL for 1.5.0.06
On Thu, Feb 09, 2006 at 07:00:32PM +0100, Przemek Iskra wrote: that was stupid, java was downloaded to distfiles and now anyone can download it from there, it's illegal so fix it quickly and beg someone(TM) to delete it form distfiles I've just dropped it from distfiles. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: AC TODO [19/01/2006]
On Thu, Jan 19, 2006 at 10:14:34PM +0100, Arkadiusz Miskiewicz wrote: On Thursday 19 January 2006 19:18, Adam Gołębiowski wrote: On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: Probably at the end of month I'll start tagging AC-release so there is still a few days for fixes. What about thunderbird 1.5 ? It's in reasonably good shape now, and could get into Ac. I'll try to resolve enigmail issue in the next few days. Poke then. I've received a few positive responses about 1.5-0.2. I've bumped relase to 1, would be great if you could send to ready. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: AC TODO [19/01/2006]
On Sun, Jan 22, 2006 at 03:03:28PM +0100, Arkadiusz Miskiewicz wrote: On Sunday 22 January 2006 14:55, Adam Gołębiowski wrote: I've received a few positive responses about 1.5-0.2. I've bumped relase to 1, would be great if you could send to ready. Sent, what about dictionaries? Can be sent (tested on -pl/-en_AU). -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: AC TODO [19/01/2006]
On Thu, Jan 19, 2006 at 06:17:10PM +0100, Arkadiusz Miskiewicz wrote: Probably at the end of month I'll start tagging AC-release so there is still a few days for fixes. What about thunderbird 1.5 ? It's in reasonably good shape now, and could get into Ac. I'll try to resolve enigmail issue in the next few days. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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
php5.1 and eaccelerator
Hi, eaccelerator 0.9.4-rc1 with Hans Raker's patch for php5.1 was just sent to ac-test. It does not sigsegv on simple `php -r 'phpinfo()'`, nor when using PEAR's CLI but it definitely needs some testing. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: SPECS: bash-completion.spec - fix for sed: -e expression #1, char...
On Tue, Jan 03, 2006 at 09:35:02PM +0200, Elan Ruusamäe wrote: On Tuesday 03 January 2006 20:47, adamg wrote: Author: adamgDate: Tue Jan 3 18:47:47 2006 GMT Module: SPECS Tag: HEAD Log message: - fix for sed: -e expression #1, char 20: unterminated `s' command error occuring when trying to complete host while using ssh or scp - patch by Maciej Mitura (emkwadrat (at) poczta.onet.pl) oh. i tought it's my broblem only. me too, and never cared enough to have a better look at it. what was the sudden reason? new bash? I guess so, it showed up somewhere around 2.05 - 3.0 I believe, eventually it was 3.0 - 3.1 -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: AC: TODO list
On Fri, Dec 30, 2005 at 12:06:45PM +0100, Arkadiusz Miskiewicz wrote: bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch I've emailed author about this. He'll have a look at it after New Year. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: AC: TODO list
On Sat, Dec 31, 2005 at 01:43:36PM +0100, Tomasz Pala wrote: And STBR mc - rel 3 has broken editor (doesn't display characters as said by LC_CTYPE because of broken utf patch enabled). or not. there's ac-branch present, but it looks like work was done on HEAD. Anyone can drop AC-Branch? -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: AC: TODO list
On Thu, Dec 29, 2005 at 02:18:38PM +0100, Maciej Witaszek wrote: Arkadiusz Miskiewicz wrote: bd: lcdf-typetools-2.12-1: req libkpathsea.so.3.4.5 not found New version already in CVS, please STBR from HEAD. sent -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: AC: TODO list
On Thu, Dec 29, 2005 at 01:12:43PM +0100, Maciej Witaszek wrote: Arkadiusz Miskiewicz wrote: bd: tetex-algorith-20050316-1: req tetex = 1:2.0.2 version mismatch bd: tetex-algorith-20050316-1: req tetex-latex = 1:2.0.2 version mismatch only need rebuild, please STBR Sent bd: tetex-foiltex-1-5: req tetex = 1:2.0.2 version mismatch bd: tetex-foiltex-1-5: req tetex-latex = 1:2.0.2 version mismatch done - new version was sent to devel-pl and waiting to add to CVS, after that please STBR Commited and sent, thanks. bd: tetex-revtex-3.1-3: req tetex = 1:2.0.2 version mismatch bd: tetex-revtex-3.1-3: req tetex-latex = 1:2.0.2 version mismatch only need rebuild, please STBR Sent -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: AC: TODO list
On Wed, Dec 28, 2005 at 07:37:08PM +0100, Andrzej Krzysztofowicz wrote: Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote: On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote: bd: php-pear-MDB2_Driver_fbsql-0.1.1-1: req php-fbsql not found bd: php-pear-MDB2_Driver_oci8-0.1.2-1: req php-oci8 not found We can drop these. Sugested location for Obsoletes ? /dev/null as these packages were uninstallable all the time, and if anyone installed these with --nodeps than he must have known what he was doing. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: PLD WWW
On Wed, Dec 28, 2005 at 08:29:03PM +0100, Patrys :: Patryk Zawadzki wrote: I just fixed the PLD WWW website. Wiki should be editable again for people using their old logins and new/edited page notifications should get sent to the pld-cvs-commit@lists.pld-linux.org list instead of the former @pld-linux.org (which seems to be defunct by now). Great! what was the problem? -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. pgpdJUzasJrrW.pgp Description: PGP signature ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ac freezing
On Sun, Dec 25, 2005 at 12:43:52PM +0100, Tomasz Pala wrote: On Sun, Dec 25, 2005 at 12:13:13 +0100, Adam Gołębiowski wrote: Which version of php did it work for you with? I believe it's rather a php 5.1 related issue. 5.0.5 (error: php-common = 4:5.0.5-17 is required by php-dbx-5.0.5-17). Indeed, eaccelerator is incompatible with php 5.1. Nah. One way is to fork php.spec into php.spec (5.1+) and php5.spec (5.0.x) and have mmcache/eaccelerator built against php5.spec. Or we can drop these for now and wait till those are fixed to work with php 5.1. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: ac freezing
On Sat, Dec 24, 2005 at 02:57:02PM +0100, Arkadiusz Miskiewicz wrote: bd: php-eaccelerator-0.9.3-2: req php(modules_api) = 20031224 version mismatch bd: php-mmcache-2.4.6-7: req php(modules_api) = 20031224 version mismatch bd: php-mmcache-TurckLoader-2.4.6-7: req php(modules_api) = 20031224 version mismatch bd: php-pecl-docblock-0.1.0-1: req php(modules_api) = 20031224 version mismatch bd: php-pecl-domxml-0.1-0.20051104.1: req php(modules_api) = 20031224 version mismatch bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch bd: php-pecl-fileinfo-1.0-1: req php(modules_api) = 20031224 version mismatch bd: php-pecl-gnupg-0.7.1-1: req php(modules_api) = 20031224 version mismatch bd: php-pecl-rpmreader-0.3-1: req php(modules_api) = 20031224 version mismatch bd: php-pecl-stats-1.0.0-1: req php(modules_api) = 20031224 version mismatch bd: php-rrdtool-1.0.50-5: req php(modules_api) = 20031224 version mismatch - glen, please fix these As of this list all except mmcache is done by now - in all but few cases simple rebuilt was enought. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: ac freezing
On Sat, Dec 24, 2005 at 06:01:33PM +0200, Elan Ruusamäe wrote: On Saturday 24 December 2005 15:57, Arkadiusz Miskiewicz wrote: bd: php-pear-MDB2_Driver_fbsql-0.1.1-1: req php-fbsql not found bd: php-pear-MDB2_Driver_oci8-0.1.2-1: req php-oci8 not found not sure can these deps be solved. adamg? s/Requires/Suggests/ ? :) Since we do not provide frontbase/oracle modules, and we never did, we can safely remove those and leave specs for those who have either of the database. bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch i can rebuild it, but it crashes (see TODO at the top of the spec). not sure is it good idea to send broken backage to main. php-eaccelarator needs some tests, as I only managed it to build, haven't tested at all. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: ANN: Closing AC
On Mon, Dec 12, 2005 at 10:01:14AM +0300, Denis Ovsienko wrote: That would probably require some hacking. You could try to install Th from scratch into a chroot on another partition and than try to boot from it. It should be more secure than installing from scratch. Is there any documentation on installing 3.0 from scratch? You can install it from Ac using poldek: # poldek --root /chrootth -n th_source. All you have to remember is to rebuild rpm database afterwards - erase everything but Packages from /var/lib/rpm and do rpm --rebuilddb. Works like a charm. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: SPECS: strace.spec - pass -DHAVE_STRUCT_DQBLK_DQB_CURBLOCKS (makes...
On Mon, Dec 12, 2005 at 12:52:33AM +0100, adamg wrote: Author: adamgDate: Sun Dec 11 23:52:33 2005 GMT Module: SPECS Tag: HEAD Log message: - pass -DHAVE_STRUCT_DQBLK_DQB_CURBLOCKS (makes it build) Files affected: SPECS: strace.spec (1.76 - 1.77) Diffs: Index: SPECS/strace.spec diff -u SPECS/strace.spec:1.76 SPECS/strace.spec:1.77 --- SPECS/strace.spec:1.76Tue Aug 9 14:18:18 2005 +++ SPECS/strace.spec Mon Dec 12 00:52:27 2005 @@ -111,7 +111,8 @@ %{__autoheader} %{__automake} %configure -%{__make} +%{__make} \ + CFLAGS=%{rpmcflags} -DHAVE_STRUCT_DQBLK_DQB_CURBLOCKS In glibc-2.3.6 (Ac) /usr/include/sys/quota.h::struct dqblk has curspace member, while glibc-2.3.90 (Th) has curblocks. What do we do with these? Branch it now or wait till Ac gets released? Or better apply some checks in configure? -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: ANN: Closing AC
On Sat, Dec 10, 2005 at 09:44:36PM +0100, [EMAIL PROTECTED] wrote: Dnia Sat, 10 Dec 2005 21:11:50 +0100, Marcin Król [EMAIL PROTECTED] napisał: How about making Th always in developement like it was proposed on devel-pl (or discuss, I'm not sure). How about You using NEST instead of PLD? In case you didn't notice, NEST was disbaned some time ago. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: ANN: Closing AC
On Sat, Dec 10, 2005 at 07:43:17PM -0500, Andrew A. Gill wrote: On Sun, 11 Dec 2005, Arkadiusz Miskiewicz wrote: On Sunday 11 December 2005 01:07, Andrew A. Gill wrote: On Sat, 10 Dec 2005, Arkadiusz Miskiewicz wrote: smaller sets of architectures. What do you mean? lftp ftp.pld-linux.org:/dists ls th/PLD drwxr-xr-x 4 pldthusers 33 Sep 16 2004 SRPMS drwxr-xr-x 8 pldthusers 82 Sep 8 2004 athlon drwxr-xr-x 8 pldthusers 82 Sep 8 2004 i486 drwxr-xr-x 8 pldthusers 82 Sep 8 2004 i686 drwxr-xr-x 3 pldthusers 17 Oct 7 2004 noarch drwxr-xr-x 7 pldthusers 67 Sep 8 2004 ppc drwxr-xr-x 7 pldthusers 67 Sep 8 2004 x86_64 No more Alpha? That means I can't use PLD anymore! I just did a look at logs (last 4 weeks) of our primary ftp. It turns out that we have just a few alpha users. Here's the result of: # zgrep alpha xferlog* | awk '{print $7}' | sort | uniq -c | sort -n -k 1 -r | nl -nln No No of entries IP 1 6707 83.243.104.2 2 3718 80.85.231.62 3 1290 217.11.152.118 4 330 149.156.119.10 (...) The rest was 206 connections from different IPs, out of which 190 was 10 or less entries. Logs from ftp4 shows there were no connections related to alpha. It looks like we have 4 alpha users out there. Maybe a little more if they use http based access or different servers. Still not much. On the other hand, stats for ppc or sparc show that there is also small user base - 18 and 13 IPs respectively with 10 or more entries. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: fly.mif.pg.gda.pl ftp desynchronized
On Sat, Dec 03, 2005 at 01:36:54PM +0100, Tomasz Pala wrote: ftp4 and ftp5 gives me 'connection refused'. ftp4 is being resynced now (86% done), I'll have a look on what's happening to ftp5. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: fly.mif.pg.gda.pl ftp desynchronized
On Sat, Dec 03, 2005 at 08:12:18PM +0100, Andrzej Krzysztofowicz wrote: I'd prefer someone to stand up and volunteer to be rsync admin. rsync.log doesn't say much about these errors: 2005/12/03 17:03:01 [8347] rsync on distfiles from fly.mif.pg.gda.pl (153.19.42.122) 2005/12/03 17:13:14 [8347] rsync error: timeout in data send/receive (code 30) at io.c(183) Network load/limit? Maybe, separate tunnels are required to make the connections more stable... Maybe. Eventually you could rsync from ftp.atm. It's hard to say where these timeouts come from, especially when few minutes before that other rsync process completes. AFAIR [EMAIL PROTECTED] was intended for official mirrors only. For others [EMAIL PROTECTED] was intended. Anything has changed in this policy? Did we ever have rsync on atman? I can't remember this. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | 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: PLD-doc: PLD-udev-FAQ (NEW) - udev FAQ from pld-users-pl
On Fri, Nov 11, 2005 at 05:39:28PM +0200, Elan Ruusamäe wrote: ey. in english too please! k, will try to do this later this evening. -- .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. 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: lstat.spec
On Fri, Nov 04, 2005 at 11:41:57PM +0100, Arkadiusz Miskiewicz wrote: On Friday 04 of November 2005 23:33, Jan Palus wrote: I attached some patches to lstat.spec: Well, I say +1 for giving cvs rw access. +1, and if he gets one more +1 let him commit his stuff. -- 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: ftp5 is down again
On Thu, Oct 06, 2005 at 12:20:50AM +0200, Andrzej 'The Undefined' Dopierała wrote: On Wed, Oct 05, 2005 at 09:23:27PM +0200, Adam Gołębiowski wrote: On Wed, Oct 05, 2005 at 08:49:24PM +0200, Tomasz Pala wrote: If it's PLD quality, I have no more comments. Willing to debug why httpd stopped working? why don't use boa? if it's on dedicated ip? ;) Why not. Right now there is lighttpd installed, but it can be replaced. -- 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: SPECS: php-gtk.spec - updated from php4-gtk (1.0.2). doesn't build...
On Thu, Sep 15, 2005 at 08:23:49PM +0200, glen wrote: Author: glen Date: Thu Sep 15 18:23:49 2005 GMT Module: SPECS Tag: HEAD Log message: - updated from php4-gtk (1.0.2). doesn't build php-gtk doesn't support php5? Looks like it doesn't. Last time we build a package from this spec (around Februrary, 2004) there was still php 4 in php.spec. Applying a dirty hack on config.m4 doesn't help, as the build fails on some OO-related error. I guess we could drop this spec and wait till php-gtk2.spec, which should support php5. -- 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: cvs vs svn...
On Wed, Sep 07, 2005 at 06:01:30PM +0200, Paweł Sakowski wrote: The question is: is there anyone who uses/needs `rpm -q --changelog` and/or wants/needs to have the changelog available offline? I would be happy with `svn log` to see the changelog. Not that I use `rpm -q changelog`, but I find it comfortable to have a list of recent changes directly in spec. -- 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: lighttpd and ftp mirror
On Tue, Sep 06, 2005 at 05:06:00PM +0300, Elan Ruusamäe wrote: please upgrade your lighttpd installation as the 1.3.10 is broken in handling plusses in filenames. I've upgraded lighttpd to 1.4.3 and this problems seems to be fixed. Unless nothing bad happens, this will go to ac-ready. -- 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: http://ftp.pld-linux.org/ via proxy
On Fri, Aug 26, 2005 at 05:06:05PM +0200, Tomasz Pala wrote: ftp.pld-linux.org points to something else than ep09.pld-linux.org. I just checked and it's probably ftp mirror at icpnet. If you'd like to use http based access to ftp, use ftp1.pld-linux.org which allways points to ep09. Hey, I don't care what points where, anyway it changes too often (maybe some ftp-current-dns-settings.rpm? ;P) and that's why DNS has been invented. But DNS changes too, and the idea behind recent changes was to bring us to the situation where querying for ftp.pld-linux.org gives us a server that is theoretically best for us. I-the-user just want to have http access (as poldek doesn't work with proxy on ftp://) and it WAS working, now something was broken. fill a bug report :) But you're right, http access should work on all of our official ftp mirrors. And as I see, it works everywhere except ftp4, which currently has problems with its hdds. Or bug ftp admins to configure their httpd ... Now it's even better: ~: wget -O - http://ftp.pld-linux.org --17:05:26-- http://ftp.pld-linux.org/ ~: ping ftp.pld-linux.org PING ftp.pld-linux.org (149.156.143.253) 56(84) bytes of data. From 149.156.6.33 icmp_seq=2 Packet filtered And I guess that's because tunnel between Cracow University of Technology and ep09 was down for some reasons (temporary problems?) Anyway http://ftp5.pld-linux.org/ is now working. -- 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: Q: PLD rc-scripts and /etc/net
On Mon, Aug 29, 2005 at 06:05:24PM +0400, Denis Ovsienko wrote: I want to try incorporating my project (http://etcnet.org/) into PLD. Whom can I send patches/ideas to? Can we discuss (potential) advantages of etcnet over our network configuration first? -- 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