From proclus at gnu-darwin.org Sat Jul 1 22:38:39 2006 From: proclus at gnu-darwin.org (proclus at gnu-darwin.org) Date: Sat, 1 Jul 2006 16:38:39 -0400 (EDT) Subject: FOSS, Science, and Public activism Message-ID: <20060701203839.8CBA46B0FF5@gnu-darwin.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 (Sorry if you get more than one copy of this message, but I felt that it was urgent to get this important info out.) The values of freedom and openness are crucial to understanding itself, so that civilization and public welfare now depend on them, as I argue below. These values may find their best expression in the free and open source software (FOSS) movement, and the foresightful example of FOSS developers should now be beneficially applied to many other disciplines in the context of a global and public Internet. It is crucial that we occasionally take time to discuss the reasons _why_ we release our source code, and this is one of those occasions. There are good reasons for the freedom and openness which are characteristics of FOSS development, reasons which should receive wider attention now that they can be readily communicated to other arenas. The consequences of doing otherwise are often catastrophic. For example, it incomprehensible that Genentech could consider withdrawing a cheap cure for blindness (ARMD) from the market. http://lists.essential.org/pipermail/random-bits/2006-june/001374.html The mechanism of this drug is public knowledge. http://sourceforge.net/mailarchive/forum.php?thread_id=14183567&forum_id=6042 This abhorrent situation is a great example of the kind of thing that will happen if people don't get behind the values of freedom and openness that we are espousing. Please let Genentech know that you find what they are doing offensive. Publicize the mechanism so that new compounds can be obtained as replacements. For the future, continued vociferous public activism is required to prevent such outrages from occurring in the future. It becomes clear that the compounds which come from common roots, fruits, and vegetables are a shared human heritage and the free and open source of the future. Tannins are another interesting case in point, because as molecules, and as anti-oxidents, they are similar to resveratrol (resV), and that molecular mechanism has been anchored to the public domain via a prior art declaration. It is a so-called CR-memetic, which may increase healthy human longevity by many decades. Here are some links about it. Resveratrol mechanism posts from GNU-Darwin list http://proclus.gnu-darwin.org/gdposts.html CR protocol for human bodies http://proclus.gnu-darwin.org/bootstrap.html Here is some important recent news about it. http://www.imminst.org/forum/index.php?s=&act=print&client=printer&f=237&t=10749 It is exciting to suppose that people can get off the pharmaceuticals that they are taking with calorie restriction or CR-memetics. I personally am trying to get off the cholesterol drug Pravachol, a statin compound, starting a few of weeks ago. Write me, and I'll let you know how it turns out. From the article... "Fontana says ... evidence of "younger" hearts in people on calorie restriction, suggest that humans on CR have the same adaptive responses as did animals whose rates of aging were slowed by CR." I think that it is time to look at the tannins in tobacco leaves. There may be other treasures lurking there too. As you may be aware there is ample public research into any possible beneficial compounds that may be obtained from tobacco leaves. The mechanisms are there waiting to be discovered. If you want to post them, just reply to me and I'd be delighted to host them. The public establishment of prior art is a time-honed method of entering inventions into the public domain. We now have other methods at our disposal as well. If you are planning to establish prior art against future CR-memetic related patents, you might want to have a look at www.creativecommons.org. Perhaps it goes without saying at this point that you should please choose a license that provides for free and broad public access to your memetic. In that way you will assure that the public health is served by anchoring them to the public common, where they cannot be exploited by those who would withhold them for their own profit. The DRM situation is precisely analogous to this. Can you imagine doing science in a world where your ability to read and write your data is filtered through secret protocols that are hidden from you? I recommend the Defective By Design campaign to fight the outrage of DRM, which is incompatible with the scientific pursuit. http://www.defectivebydesign.org/ It is clear that scientific tools must be demonstrably and penetratingly understood, or else our claims will likely be skewed and called into question. Free and open source software is a great example of how to make your science verifiable to the public. Establishing prior art against future patents is another good one, which is precisely analogous in method, making the result explicit to the public, free and open to all. Thank goodness for the free and open software movement, which gave us such a great example of how to serve the public in this manner. I am willing to grant that there are particular exceptions to these rules of freedom and openness, and such exceptions may be relatively harmless; however, let us posit the opposite, that freedom and openness are _not_ crucial to understanding. Think of the implications. When people are compelled to learn, they do not receive the intended message. It is not understood correctly or completely. When crucial facts are withheld from the people you are trying to teach they become paranoid, possibly unteachable. Freedom and openness are obviously the best approach to understanding. This is not a metaphor for the pursuit of science, but a fact. We are learning from nature, and it is ultimately required that our tools be demonstrably and penetratingly understood, or else we will receive incorrect lessons from nature. Clearly this requires public access to the source code and more. This is why many of us are pressing for public access to scientific publications. Moreover FOSS tools are becoming ever more important to the pursuit of the scientific endeavor itself. In our biophysics department we are obsolescing proprietary hardware and software in favor of open standards and free software, which is a widespread phenomenon in the science sector, and sure to continue. We build most of the workstations ourselves with commodity hardware, but we also have some clusters running Debian and FedoraCore. Some of you will know that I am the lead developer for the GNU-Darwin distribution. GNU-Darwin has a FOSS operating system, which is getting alot of press these days. Here is an example How Apple and Microsoft are advancing desktop Linux http://www.desktopLinux.com/news/ns7294331817.html I see the article as counter-productive against building a FOSS coalition that includes democracy, freedom, and public access activists, Apple, GNU-Darwin, GNU, and GNU/Linux all linked together in spectrum. It is important to alert the whole FOSS community that Darwin cannot be classified as a free or open source operation system as of the Darwin-8 revision, because AppleACPIplatform-39 which is required to boot the system is proprietary. It is notable that only the current version of Darwin from Apple is a non-free OS. GNU-Darwin has a free version, an earlier revision that includes the source code. It is FOSS, and we call upon Apple to maintain Darwin as such, as it has been in the past. We hope that the current situation with the kernel and ACPI driver will soon be remedied so that Darwin will continue as a FOSS OS. We are asking for free software developers to please write to the *nix core of Darwin, which is the core OS for both Mac OS X and GNU-Darwin OS. Darwin OS, which underlies both systems, comprises parts from GNU, the BSD's, mach, plus Apple's substantial contributions to the free software community. Be consistent with your philosophy and avoid linkage to proprietary binaries, such as OpenGL and CoreAudio, except when it is imperatively required in order to lead users to the values of software freedom. Under that principle, another reason to maintain compatibility with the *nix core, is so that your code will be readily portable to new platforms and usable by free-software-only aficionados too. GNU-Darwin OS is not an obsolete implementation of Darwin OS, or to be superseded by Mac OS X. We are trying to lead users to freedom, not away from it. By maintaining Darwin core compatibility your code will remain valuable as the marketplace and industry continues to evolve (trust me here), particularly as DRM-related problems continue to come forward. Of course, that means releasing your source code under a FOSS license, such as APSL. Darwin OS is a free and open source operating system that is not going away, so try to focus your coding towards supporting that standard instead of proprietary software. Here is the essence of the current problem with Darwin OS. Apple replaced working boot code with the following proprietary drivers, which are required for the system to boot. Darwin-7: AppleAPIC.kext/ Applei386genericplatform.kext/ Darwin-8: AppleACPIplatform In addition the kernel (xnu) has been taken proprietary in the recent revisions. We are not asking for Apple to give away such things, but rather to continue maintaining Darwin OS as FOSS, which it already was. After repeated attempts by many FOSS developers to get this situation remedied, nothing has happened. It is now time for us to better use the measures at our disposal in order to assure that Darwin OS remains free and open. If you are unhappy that xnu and the boot drivers have not been released, I would encourage you to spread your dissatisfaction to other forums, so that Apple will take notice and commit to a workable free and open Darwin OS from now on. Moving on to coalition strategy now, some of you may not know that GNU/Linux system administration is one of my day jobs. I manage a wide range of systems. Here is a screen-shot of my work desktop, so that you can see I use the same tools at work that I use at home at night on GNU-Darwin. (weekends too, so please read I am your friend) http://proclus.gnu-darwin.org/debian.html The only time that I ever use proprietary software is when I am trying to help other users learn free and open source free software. I'm a long time Apple and GNU/Linux user, and here is the old proof doc ;-}. http://proclus.tripod.com/indulge.html Now, it is embarrassing but, I want you to have a look at my cv. http://biophysics.med.jhmi.edu/love/thesis/cv6.html In all my years I have never used Microsoft Windows. There are only two exceptions to this statement, where I was helping Windows users to access our servers at Hopkins. Clearly, you can get a few things done without it ;-}. One of the primary reasons for founding GNU-Darwin was to help people to put Microsoft behind them, and it is definitely possible to do it now. You have many resources at your disposal to help you leave Microsoft behind. Look at the link below to see what you can do with free software. Apple, GNU-Darwin, GNU.org, and GNU/Linux will all help, and we are largely all helping together, because we have a shared foundation of free software. http://www.gnu-darwin.org/gdc/ Microsoft is only one example. That is why we are so insistent that Apple keep true to free and open source software principles. We should ultimately try to leave all proprietary software behind us, so that we can participate fully in the freedom and openness of the internet culture and public domain. What more do we need, when we have such a rich store of information and so many capable people at our sides? Finally, as a scientist, it is obvious to me that this situation is relevant current and ongoing discussion in the scientific community, and as such, it is also clear that many members of the various lists would be interested in the current state of Darwin with respect to FOSS and with respect to science. Here is the crucial point. The principles of FOSS and scientific inquiry converge. In practical terms, how else can you know is what happening in your experiments? Free and open source software, open standards, best promote the scientific endeavor by mirroring its method, but also they assure that the work is accessible to the public. Freedom and openness are crucial to understanding, and foundational to the scientific endeavor, and they should not be compromised. There are a few examples of exceptions, but clearly, this matter will find further debate in the appropriate forums. We should not quell debate because a few people are offended or complaining. - From a scientific perspective that would be incorrect. On that last point, I would suggest that Apple get on the right side of the debate, and they will make tremendous headway. Now is the time. Some people will find this message annoying and divisive, and the delete button is ready at hand for them, but other people will find it interesting and engaging. All as you like. Let us not quell discussion because a few people are annoyed. Some will call this a troll, but I hope that folks will see through such name-calling. Trolls are mythological creatures, so don't believe in them. Everyone has a right to have their opinion heard, even if those opinions are divisive or unpopular. It is clear that the idea of trolls is being used to attack freedom of expression. In fact, freedom of expression demands that we listen to the so-called-trolls sometimes, and if you are civil, it helps, so don't resort to name-calling. On cross-posting; when there are matters of urgent importance that affect a broad range of subscriber lists, courtesy must sometimes take a back seat, and cross-posting is an example of that. Cross-posting is to be encouraged when the subject of the post is on topic. Each of the various lists will respond in the way that seems appropriate to the people in that forum, and the threads on the various lists will diverge accordingly. As the threads diverge, the cross-posting addresses should be removed as needed. Relevance to all people is an unattainable goal, but messages of the broadest applicability should have the broadest reach, and discussion should not be stymied because some find it irrelevant. I have given this method due consideration; it is not trolling, not spam, not off-topic, and cross-posting is an example of something that is sometimes required according to the felt importance and relevance of a given subject matter. In summary, Freedom and openness are now the bedrock of our civilization and public welfare depends on these values, so that we should actively engage ourselves in preserving and making them happen. In keeping with these principles it is crucial to note that there are exceptions to etiquette, otherwise free expression will be overly channeled, damped, and ultimately suppressed in our forums. This notion of courtesy will certainly receive additional consideration, but meanwhile, let us together get to work on the activism now. Duly, I am amenable to valid criticism and able to respond, but please reply with kindness. Obviously, feel free to write back, copy, or send these comments along to anyone else as you see fit. Regards, Michael L. Love Ph.D Department of Biophysics and Biophysical Chemistry School of Medicine Johns Hopkins University 725 N. Wolfe Street Room 608B WBSB Baltimore MD 21205-2185 Interoffice Mail: 608B WBSB, SoM office: 410-614-2267 lab: 410-614-3179 fax: 410-502-6910 cell: 443-824-3451 http://www.gnu-darwin.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEpIl6u0oI3iz5oZcRAtpQAJ9X7D6kq1vmWKXkG/3LBvx3gGrK1QCZAbgI 8Ww6QABLiZtmFmS9Ekea5nI= =a0Oy -----END PGP SIGNATURE----- From glen at delfi.ee Sun Jul 2 23:44:13 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Jul 2006 00:44:13 +0300 Subject: php-pear-PEAR, optional packages printing In-Reply-To: <20060629131431.GA15058@gruby.cs.net.pl> References: <20060629131431.GA15058@gruby.cs.net.pl> Message-ID: <200607030044.14061.glen@delfi.ee> On Thursday 29 June 2006 16:14, Jakub Bogusz wrote: > 1. Which php-pear-PEAR is usable for HEAD php - AC-branch only? please use AC-branch only. HEAD is unusable ATM -- glen From havner at smtp.kamp.pl Tue Jul 4 14:50:19 2006 From: havner at smtp.kamp.pl (havner) Date: Tue, 4 Jul 2006 14:50:19 +0200 Subject: udev(cdr/cdrw) Message-ID: <20060704125019.GA18205@pld-linux.org> Anyone against such patch? IMO users should have rw access to CD devices, not only for writing. F.e. cdaudio or eject requires them as well. Maybe group name is not the best now, but it doesn't matter that much. Index: udev.rules =================================================================== RCS file: /cvsroot/SOURCES/udev.rules,v retrieving revision 1.37 diff -u -r1.37 udev.rules --- udev.rules 10 May 2006 18:38:30 -0000 1.37 +++ udev.rules 4 Jul 2006 12:21:16 -0000 @@ -41,9 +41,9 @@ BUS=="scsi", KERNEL=="sr[0-9]*", ACTION=="add", IMPORT="cdrom_id --export $tempnode" BUS=="scsi", KERNEL=="scd[a-z]", ACTION=="add", IMPORT="cdrom_id --export $tempnode" -ENV{ID_CDROM}=="?*", SYMLINK+="cdrom", GROUP="disk" +ENV{ID_CDROM}=="?*", SYMLINK+="cdrom", GROUP="cdwrite" ENV{ID_CDROM_CD_RW}=="?*", SYMLINK+="cdrw", GROUP="cdwrite" -ENV{ID_CDROM_DVD}=="?*", SYMLINK+="dvd", GROUP="disk" +ENV{ID_CDROM_DVD}=="?*", SYMLINK+="dvd", GROUP="cdwrite" ENV{ID_CDROM_DVD_R}=="?*", SYMLINK+="dvdrw", GROUP="cdwrite" LABEL="ide_end" -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From sparky at pld-linux.org Thu Jul 6 04:31:09 2006 From: sparky at pld-linux.org (Przemek Iskra) Date: Thu, 6 Jul 2006 04:31:09 +0200 Subject: SPECS: openspace.spec - up to nao/0.2.1, by Jacek 'jackass' Brzozo... In-Reply-To: References: Message-ID: <20060706023109.GA5613@pld-linux.org> On Thu, Jul 06, 2006 at 04:28:42AM +0200, sparky wrote: > - TODO: cp openspace.spec,v nao.spec,v anyone ? well, there is only one... -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From undefine at aramin.net Fri Jul 7 12:48:15 2006 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Fri, 7 Jul 2006 12:48:15 +0200 Subject: bug in ksh? Message-ID: <20060707104815.GA10981@aramin.net> weirdy difference between sh from ksh and bash: [undefine at omega ~]$ bash [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works works [undefine at omega ~]$ sh [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works [undefine at omega ~]$ [undefine at omega ~]$ rpm -qf /bin/sh /bin/bash pdksh-5.2.14-43 bash-3.1.017-1 -- Andrzej 'The Undefined' Dopiera?a UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: undefine at piastlan.net e-mail: andrzej at dopierala.name From wrobell at pld-linux.org Fri Jul 7 12:54:33 2006 From: wrobell at pld-linux.org (wrobell) Date: Fri, 07 Jul 2006 11:54:33 +0100 Subject: bug in ksh? In-Reply-To: <20060707104815.GA10981@aramin.net> References: <20060707104815.GA10981@aramin.net> Message-ID: <1152269673.15983.650.camel@recent-convert.mapflow.int> On Fri, 2006-07-07 at 12:48 +0200, Andrzej 'The Undefined' Dopiera?a wrote: > weirdy difference between sh from ksh and bash: > > [undefine at omega ~]$ bash > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > works > [undefine at omega ~]$ sh > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > [undefine at omega ~]$ > > [undefine at omega ~]$ rpm -qf /bin/sh /bin/bash > pdksh-5.2.14-43 > bash-3.1.017-1 32 bit unsigned int vs 32 bit signed int vs 64 bit long? wrobell From pluto at agmk.net Fri Jul 7 12:56:52 2006 From: pluto at agmk.net (=?iso-8859-2?q?Pawe=B3_Sikora?=) Date: Fri, 7 Jul 2006 12:56:52 +0200 Subject: bug in ksh? In-Reply-To: <20060707104815.GA10981@aramin.net> References: <20060707104815.GA10981@aramin.net> Message-ID: <200607071256.52256.pluto@agmk.net> Dnia pi?tek, 7 lipca 2006 12:48, Andrzej 'The Undefined' Dopiera?a napisa?: > weirdy difference between sh from ksh and bash: > > [undefine at omega ~]$ bash > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > works > [undefine at omega ~]$ sh > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > [undefine at omega ~]$ > > [undefine at omega ~]$ rpm -qf /bin/sh /bin/bash > pdksh-5.2.14-43 > bash-3.1.017-1 [ ac-amd64 ] $ sh -c '[ "3000000000" -ge "2000000000" ] && echo works' works $ rpm -q pdksh pdksh-5.2.14-43 [ th-x86_64 ] $ sh -c '[ "3000000000" -ge "2000000000" ] && echo works' works $ rpm -q pdksh pdksh-5.2.14-43.x86_64 From undefine at aramin.net Fri Jul 7 18:24:50 2006 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Fri, 7 Jul 2006 18:24:50 +0200 Subject: bug in ksh? In-Reply-To: <1152269673.15983.650.camel@recent-convert.mapflow.int> References: <20060707104815.GA10981@aramin.net> <1152269673.15983.650.camel@recent-convert.mapflow.int> Message-ID: <20060707162450.GA21603@aramin.net> On Fri, Jul 07, 2006 at 11:54:33AM +0100, wrobell wrote: > > weirdy difference between sh from ksh and bash: > > > > [undefine at omega ~]$ bash > > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > > works > > [undefine at omega ~]$ sh > > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > > [undefine at omega ~]$ > > > > [undefine at omega ~]$ rpm -qf /bin/sh /bin/bash > > pdksh-5.2.14-43 > > bash-3.1.017-1 > > 32 bit unsigned int vs 32 bit signed int vs 64 bit long? ano. but - it works differrent on miscelious archs (on 64bits - works ok). what is correct? bash or ksh behaviour? i think ksh behaviour is a bug... -- Andrzej 'The Undefined' Dopiera?a UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: undefine at piastlan.net e-mail: andrzej at dopierala.name From wrobell at pld-linux.org Fri Jul 7 18:28:56 2006 From: wrobell at pld-linux.org (wrobell) Date: Fri, 07 Jul 2006 17:28:56 +0100 Subject: bug in ksh? In-Reply-To: <20060707162450.GA21603@aramin.net> References: <20060707104815.GA10981@aramin.net> <1152269673.15983.650.camel@recent-convert.mapflow.int> <20060707162450.GA21603@aramin.net> Message-ID: <1152289736.15983.722.camel@recent-convert.mapflow.int> On Fri, 2006-07-07 at 18:24 +0200, Andrzej 'The Undefined' Dopiera?a wrote: > On Fri, Jul 07, 2006 at 11:54:33AM +0100, wrobell wrote: > > > weirdy difference between sh from ksh and bash: > > > > > > [undefine at omega ~]$ bash > > > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > > > works > > > [undefine at omega ~]$ sh > > > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > > > [undefine at omega ~]$ > > > > > > [undefine at omega ~]$ rpm -qf /bin/sh /bin/bash > > > pdksh-5.2.14-43 > > > bash-3.1.017-1 > > > > 32 bit unsigned int vs 32 bit signed int vs 64 bit long? > ano. > but - it works differrent on miscelious archs (on 64bits - works ok). > > what is correct? bash or ksh behaviour? > > i think ksh behaviour is a bug... what posix says? wrobell From qboosh at pld-linux.org Fri Jul 7 18:40:47 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 7 Jul 2006 18:40:47 +0200 Subject: bug in ksh? In-Reply-To: <20060707162450.GA21603@aramin.net> References: <20060707104815.GA10981@aramin.net> <1152269673.15983.650.camel@recent-convert.mapflow.int> <20060707162450.GA21603@aramin.net> Message-ID: <20060707164047.GB29939@fngna.oyu> On Fri, Jul 07, 2006 at 06:24:50PM +0200, Andrzej 'The Undefined' Dopiera?a wrote: > On Fri, Jul 07, 2006 at 11:54:33AM +0100, wrobell wrote: > > > weirdy difference between sh from ksh and bash: > > > > > > [undefine at omega ~]$ bash > > > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > > > works > > > [undefine at omega ~]$ sh > > > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > > > [undefine at omega ~]$ > > > > > > [undefine at omega ~]$ rpm -qf /bin/sh /bin/bash > > > pdksh-5.2.14-43 > > > bash-3.1.017-1 > > > > 32 bit unsigned int vs 32 bit signed int vs 64 bit long? > ano. > but - it works differrent on miscelious archs (on 64bits - works ok). > > what is correct? bash or ksh behaviour? I think bash is correct. But ksh may be correct too - see below. > i think ksh behaviour is a bug... Does POSIX/SUS specify what integer values should be supported? I can't find it now. I assume that values larger than some value are allowed to give "undefined" results. -- Jakub Bogusz http://qboosh.cs.net.pl/ From undefine at aramin.net Fri Jul 7 19:53:41 2006 From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=) Date: Fri, 7 Jul 2006 19:53:41 +0200 Subject: bug in ksh? In-Reply-To: <20060707164047.GB29939@fngna.oyu> References: <20060707104815.GA10981@aramin.net> <1152269673.15983.650.camel@recent-convert.mapflow.int> <20060707162450.GA21603@aramin.net> <20060707164047.GB29939@fngna.oyu> Message-ID: <20060707175341.GA14858@aramin.net> On Fri, Jul 07, 2006 at 06:40:47PM +0200, Jakub Bogusz wrote: > > i think ksh behaviour is a bug... > > Does POSIX/SUS specify what integer values should be supported? > I can't find it now. > > I assume that values larger than some value are allowed to give > "undefined" results. but it may confuse scripts who expect that it works "ok". :/ zsh, csh, tcsh works like bash. so - fix it, or leave? -- Andrzej 'The Undefined' Dopiera?a UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: undefine at piastlan.net e-mail: andrzej at dopierala.name From qboosh at pld-linux.org Fri Jul 7 20:13:34 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 7 Jul 2006 20:13:34 +0200 Subject: bug in ksh? In-Reply-To: <20060707175341.GA14858@aramin.net> References: <20060707104815.GA10981@aramin.net> <1152269673.15983.650.camel@recent-convert.mapflow.int> <20060707162450.GA21603@aramin.net> <20060707164047.GB29939@fngna.oyu> <20060707175341.GA14858@aramin.net> Message-ID: <20060707181334.GC29939@fngna.oyu> On Fri, Jul 07, 2006 at 07:53:41PM +0200, Andrzej 'The Undefined' Dopiera?a wrote: > On Fri, Jul 07, 2006 at 06:40:47PM +0200, Jakub Bogusz wrote: > > > i think ksh behaviour is a bug... > > > > Does POSIX/SUS specify what integer values should be supported? > > I can't find it now. > > > > I assume that values larger than some value are allowed to give > > "undefined" results. > but it may confuse scripts who expect that it works "ok". :/ How big numbers can scripts expect to work "ok"? I found some rational (but unofficial) interpretation: http://www.pasc.org/interps/unofficial/db/p1003.2/pasc-1003.2-208.html Add new paragraphs to rationale in the XRAT volume after P3523, L9347: Although the 1999 C Standard now requires support for long long and allows extended integer types with higher ranks, this standard only requires arithmetic expansions to support signed long integer arithmetic. Implementations are encouraged to support signed integer values at least as large as the size of the largest file allowed on the implementation. "signed long integer" is 32-bit on x86, 64-bit on x86_64. We build pdksh _FILE_OFFSET_BITS=64, but "encouraged" is not "required". > zsh, csh, tcsh works like bash. > > so - fix it, or leave? Feel encouraged to "fix" ;) -- Jakub Bogusz http://qboosh.cs.net.pl/ From ankry at green.mif.pg.gda.pl Fri Jul 7 20:31:24 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 7 Jul 2006 20:31:24 +0200 (CEST) Subject: bug in ksh? In-Reply-To: <20060707164047.GB29939@fngna.oyu> from "Jakub Bogusz" at Jul 07, 2006 06:40:47 PM Message-ID: <200607071831.k67IVOa6021809@green.mif.pg.gda.pl> Jakub Bogusz wrote: > On Fri, Jul 07, 2006 at 06:24:50PM +0200, Andrzej 'The Undefined' Dopiera?a wrote: > > On Fri, Jul 07, 2006 at 11:54:33AM +0100, wrobell wrote: > > > > weirdy difference between sh from ksh and bash: > > > > > > > > [undefine at omega ~]$ bash > > > > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > > > > works > > > > [undefine at omega ~]$ sh > > > > [undefine at omega ~]$ [ "3000000000" -ge "2000000000" ] && echo works > > > > [undefine at omega ~]$ > > > > > > > > [undefine at omega ~]$ rpm -qf /bin/sh /bin/bash > > > > pdksh-5.2.14-43 > > > > bash-3.1.017-1 > > > > > > 32 bit unsigned int vs 32 bit signed int vs 64 bit long? > > ano. > > but - it works differrent on miscelious archs (on 64bits - works ok). > > > > what is correct? bash or ksh behaviour? > > I think bash is correct. But ksh may be correct too - see below. > > > i think ksh behaviour is a bug... > > Does POSIX/SUS specify what integer values should be supported? > I can't find it now. > > I assume that values larger than some value are allowed to give > "undefined" results. I think it is OK unless 64-bit arithmetic is explicitely required. Older bash versions (see Ra) has the same behaviour AFAIR. If a script needs 64-bit arithmetics, it should check whether it is supported. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From adamg at biomerieux.pl Mon Jul 10 16:28:40 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Mon, 10 Jul 2006 16:28:40 +0200 Subject: OpenOffice.org 2.0.3 Message-ID: <20060710142840.GC1166@mysza.eu.org> 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. From pluto at agmk.net Tue Jul 11 17:44:09 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Tue, 11 Jul 2006 17:44:09 +0200 Subject: glibc.spec (use diet rather klcc (merge from AC-branch)) In-Reply-To: References: Message-ID: <200607111744.09827.pluto@agmk.net> Dnia wtorek, 11 lipca 2006 17:34, pld-cvs-commit-request at lists.pld-linux.org napisa?: > -# compiling static using klibc vs glibc saves 490k ^^^^ > -klcc %{SOURCE8} %{rpmcflags} -static -o postshell > -klcc %{SOURCE7} %{rpmcflags} -static -o glibc-postinst > +# compiling static using diet vs glibc saves 400k ^^^^ > +diet -Os %{__cc} %{SOURCE8} %{rpmcflags} -static -o postshell > +diet -Os %{__cc} %{SOURCE7} %{rpmcflags} -static -o glibc-postinst > +Revision 1.638 ?2006/07/11 15:31:04 ?glen > +- use diet rather klcc (merge from AC-branch) i want to see a rationale for this change. > +- (unable to test due lack of Th build env) wrr! From glen at delfi.ee Tue Jul 11 19:49:42 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 11 Jul 2006 20:49:42 +0300 Subject: glibc.spec (use diet rather klcc (merge from AC-branch)) In-Reply-To: <200607111744.09827.pluto@agmk.net> References: <200607111744.09827.pluto@agmk.net> Message-ID: <200607112049.42868.glen@delfi.ee> On Tuesday 11 July 2006 18:44, Pawe? Sikora wrote: > > +- use diet rather klcc (merge from AC-branch) > > i want to see a rationale for this change. the comments are wrong. they were correct before stdio removal. [1] glen at builder-ac pld/SOURCES $ la postshell-* -rS -rwxrwxr-x 1 glen glen 6092 Jul 11 20:45 postshell-diet-strip* -rwxrwxr-x 1 glen glen 7792 Jul 11 20:44 postshell-diet* -rwxrwxr-x 1 glen glen 9504 Jul 11 20:45 postshell-kcc-strip* -rwxrwxr-x 1 glen glen 60991 Jul 11 20:44 postshell-kcc* -rwxrwxr-x 1 glen glen 430552 Jul 11 20:45 postshell-glibc-strip* -rwxrwxr-x 1 glen glen 478165 Jul 11 20:43 postshell-glibc* commands used: 1003 gcc -static postshell.c -o postshell-glibc 1008 klcc -static postshell.c -o postshell-kcc 1010 diet gcc -static postshell.c -o postshell-diet 1014 cp postshell-diet{,-strip} 1016 cp postshell-kcc{,-strip} 1018 cp postshell-glibc{,-strip} 1019 strip *strip [1] http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/postshell.c.diff?r1=1.5;r2=1.3;f=h -- glen From glen at delfi.ee Tue Jul 11 19:55:55 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 11 Jul 2006 20:55:55 +0300 Subject: glibc.spec (use diet rather klcc (merge from AC-branch)) In-Reply-To: <200607112049.42868.glen@delfi.ee> References: <200607111744.09827.pluto@agmk.net> <200607112049.42868.glen@delfi.ee> Message-ID: <200607112055.55497.glen@delfi.ee> On Tuesday 11 July 2006 20:49, Elan Ruusam?e wrote: > On Tuesday 11 July 2006 18:44, Pawe? Sikora wrote: > > > +- use diet rather klcc (merge from AC-branch) > > > > i want to see a rationale for this change. > > the comments are wrong. they were correct before stdio removal. [1] > > glen at builder-ac pld/SOURCES $ la postshell-* -rS i forgot -Os from diet, so here's with -Os: glen at builder-ac pld/SOURCES $ l ../SOURCES/postshell-* -rS -rwxrwxr-x 1 glen glen 5.4K Jul 11 20:54 ../SOURCES/postshell-diet-strip* -rwxrwxr-x 1 glen glen 7.0K Jul 11 20:54 ../SOURCES/postshell-diet* -rwxrwxr-x 1 glen glen 9.3K Jul 11 20:54 ../SOURCES/postshell-kcc-strip* -rwxrwxr-x 1 glen glen 60K Jul 11 20:44 ../SOURCES/postshell-kcc* -rwxrwxr-x 1 glen glen 421K Jul 11 20:54 ../SOURCES/postshell-glibc-strip* -rwxrwxr-x 1 glen glen 467K Jul 11 20:43 ../SOURCES/postshell-glibc* -- glen From glen at delfi.ee Tue Jul 11 20:43:10 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 11 Jul 2006 21:43:10 +0300 Subject: Lua: version history Message-ID: <200607112143.10722.glen@delfi.ee> http://www.lua.org/versions.html#5.1 and lighttpd @ svn requires lua >= 5.1, if compiled with LUA. should the lua50.spec be updated to 5.1, or copied to lua51.spec? -- glen From qboosh at pld-linux.org Tue Jul 11 20:54:06 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 11 Jul 2006 20:54:06 +0200 Subject: Lua: version history In-Reply-To: <200607112143.10722.glen@delfi.ee> References: <200607112143.10722.glen@delfi.ee> Message-ID: <20060711185406.GA22283@fngna.oyu> On Tue, Jul 11, 2006 at 09:43:10PM +0300, Elan Ruusam?e wrote: > http://www.lua.org/versions.html#5.1 > > and lighttpd @ svn requires lua >= 5.1, if compiled with LUA. > should the lua50.spec be updated to 5.1, or copied to lua51.spec? I see some significant changes there, so I think lua51.spec would be better. BTW, lua50 can be updated to 5.0.3. -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Tue Jul 11 23:05:46 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 12 Jul 2006 00:05:46 +0300 Subject: horde-imp requirements In-Reply-To: References: <449939E0.3090407@grobelny.oswiecenia.net> <200606212148.48276.glen@delfi.ee> Message-ID: <200607120005.46457.glen@delfi.ee> On Wednesday 21 June 2006 22:08, Pawe? Go?aszewski wrote: > You can simply provide and require httpd(something) feature. It'll solve > every such problems... ok, i've made apache1.spec, apache.spec, lighttpd.spec at DEVEL provide some virtuals. please some comments ;) ps: lighttpd at DEVEL is now modular, and testers needed :) -- glen From pluto at agmk.net Wed Jul 12 09:01:30 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Wed, 12 Jul 2006 09:01:30 +0200 Subject: linux-libc-headers fork()... Message-ID: <200607120901.30700.pluto@agmk.net> hi, i noticed an anonouce of new userspace kernel headers project: http://lkml.org/lkml/2006/7/11/562 [ cite http://headers.cross-lfs.org/ ] (...) For some time, a project named "linux-libc-headers", originally started by a developer for PLD (Polish Linux Distribution), provided a useable set of sanitized headers to the community at large. However, due to restrictions on available time by the developer, these headers have not been updated since Kernel 2.6.12, which leaves such recent developments like Inotify and the ABI Changes for PowerPC out of the headers package. Our headers project aims to produce both a downloadable tarball of sanitized headers suitable for user-space use, as well as a set of scripts that, when run against a Linux source tarball, will create sanitized headers from the raw headers included in the Linux source. (...) [ /cite ] we should consider the future of our llh. we can join to that project, or try to incorporate :) From wrobell at pld-linux.org Wed Jul 12 15:03:42 2006 From: wrobell at pld-linux.org (wrobell) Date: Wed, 12 Jul 2006 14:03:42 +0100 Subject: python.spec - DEVEL branch Message-ID: <1152709422.7436.19.camel@recent-convert.mapflow.int> has anybody removed DEVEL branch from python.spec and python patches? wrobell From glen at delfi.ee Wed Jul 12 19:15:50 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 12 Jul 2006 20:15:50 +0300 Subject: lvm2/device-mapper/cryptsetup/dmraid upgrade on Ac? Message-ID: <200607122015.51236.glen@delfi.ee> because: # q lvm2 lvm2-2.01.15-1.amd64 # pvresize Command not implemented yet. # q lvm2 lvm2-2.02.06-0.4.i686 # pvresize Please supply physical volume(s) pvresize: Resize physical volume(s) pvresize [-d|--debug] [-h|-?|--help] [--setphysicalvolumesize PhysicalVolumeSize[kKmMgGtT] [-t|--test] [-v|--verbose] [--version] PhysicalVolume [PhysicalVolume...] -- glen From adamg at biomerieux.pl Wed Jul 12 22:19:55 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 12 Jul 2006 22:19:55 +0200 Subject: SPECS: mono.spec - 1.1.16.1 - changes in dependency generators cau... In-Reply-To: References: Message-ID: <20060712201955.GA27392@mysza.eu.org> 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. From wolf.pld at gmail.com Wed Jul 12 22:55:47 2006 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Wed, 12 Jul 2006 22:55:47 +0200 Subject: SPECS: mono.spec - 1.1.16.1 - changes in dependency generators cau... In-Reply-To: <20060712201955.GA27392@mysza.eu.org> References: <20060712201955.GA27392@mysza.eu.org> Message-ID: <20060712205547.GA18350@bajzel> On Wed, Jul 12, 2006 at 10:19:55PM +0200, Adam Go??biowski wrote: > That's not a matter of bootstrap - I did it with 1.1.16 and had those > mscorlib deps unresolved. So the generators were broken instead of being fixed by the mono team. I guess we'll stick to manual provides, unless someone wants to write and maintain a patch that will fix the generators. wolf -- Bartek . - Pr?d jest jak wi?kszo?? stworze?... b?dzie p?yn?? tam, gdzie Taudul : mniejszy op?r. .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From glen at delfi.ee Thu Jul 13 10:46:33 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 13 Jul 2006 11:46:33 +0300 Subject: ffmpeg & amr Message-ID: <200607131146.33629.glen@delfi.ee> amrwb.spec doesn't have distributable license and it's required by ffmpeg. this means ffmpeg can't be sent on builders? not using system amrwb then again is distributable (at least it was sent once to ac-builders)? -- glen From glen at delfi.ee Thu Jul 13 12:02:48 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Thu, 13 Jul 2006 13:02:48 +0300 Subject: OpenOffice.org 2.0.3 In-Reply-To: <20060710142840.GC1166@mysza.eu.org> References: <20060710142840.GC1166@mysza.eu.org> Message-ID: <200607131302.48517.glen@delfi.ee> 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: $ cd /usr/share/applications $ grep Exec= base.desktop database.desktop base.desktop:TryExec=oobase base.desktop:Exec=oobase %U database.desktop:TryExec=oobase database.desktop:Exec=oobase %U $ rpm -qf database.desktop base.desktop openoffice.org-2.0.3-0.0.1 openoffice.org-2.0.3-0.0.1 -- glen From qboosh at pld-linux.org Thu Jul 13 14:25:39 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 13 Jul 2006 14:25:39 +0200 Subject: ffmpeg & amr In-Reply-To: <200607131146.33629.glen@delfi.ee> References: <200607131146.33629.glen@delfi.ee> Message-ID: <20060713122539.GA9565@gruby.cs.net.pl> On Thu, Jul 13, 2006 at 11:46:33AM +0300, Elan Ruusam?e wrote: > amrwb.spec doesn't have distributable license and it's required by ffmpeg. > this means ffmpeg can't be sent on builders? not using system amrwb then > again is distributable (at least it was sent once to ac-builders)? amrnb licensing is the same as amrwb, i.e. still unclear. "LGPL" note in amrnb.spec is bogus. -- Jakub Bogusz http://qboosh.cs.net.pl/ From adamg at biomerieux.pl Thu Jul 13 15:23:55 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Thu, 13 Jul 2006 15:23:55 +0200 Subject: OpenOffice.org 2.0.3 In-Reply-To: <200607131302.48517.glen@delfi.ee> References: <20060710142840.GC1166@mysza.eu.org> <200607131302.48517.glen@delfi.ee> Message-ID: <20060713132355.GB11552@mysza.eu.org> 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. From glen at delfi.ee Thu Jul 13 22:12:34 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 13 Jul 2006 23:12:34 +0300 Subject: ffmpeg & amr In-Reply-To: <20060713122539.GA9565@gruby.cs.net.pl> References: <200607131146.33629.glen@delfi.ee> <20060713122539.GA9565@gruby.cs.net.pl> Message-ID: <200607132312.35030.glen@delfi.ee> On Thursday 13 July 2006 15:25, Jakub Bogusz wrote: > On Thu, Jul 13, 2006 at 11:46:33AM +0300, Elan Ruusam?e wrote: > > amrwb.spec doesn't have distributable license and it's required by > > ffmpeg. this means ffmpeg can't be sent on builders? not using system > > amrwb then again is distributable (at least it was sent once to > > ac-builders)? > > amrnb licensing is the same as amrwb, i.e. still unclear. > "LGPL" note in amrnb.spec is bogus. sadly then, amr should be bconded until the license issues are resolved, otherwise current packages on ftp could be infringing license(s). -- glen From glen at delfi.ee Fri Jul 14 12:50:56 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 14 Jul 2006 13:50:56 +0300 Subject: SPECS: rc-scripts.spec - added -exclude_rm_cups.patch (don't remov... In-Reply-To: References: Message-ID: <200607141350.56390.glen@delfi.ee> On Friday 14 July 2006 13:06, charles wrote: > Author: charles Date: Fri Jul 14 10:06:51 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - added -exclude_rm_cups.patch (don't remove /var/run/cups/certs) patch cups to store it in FHS compatible location? (/var/{lib,cache}/cups/certs) ? -- glen From blues at pld-linux.org Sat Jul 15 20:36:01 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Sat, 15 Jul 2006 20:36:01 +0200 (CEST) Subject: SPECS: vsftpd.spec - /etc/ftpd should be owned In-Reply-To: References: Message-ID: On Fri, 14 Jul 2006, adamg wrote: > Author: adamg Date: 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... -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From adamg at biomerieux.pl Sat Jul 15 20:49:26 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sat, 15 Jul 2006 20:49:26 +0200 Subject: SPECS: vsftpd.spec - /etc/ftpd should be owned In-Reply-To: References: Message-ID: <20060715184926.GB6823@mysza.eu.org> On Sat, Jul 15, 2006 at 08:36:01PM +0200, Pawe? Go?aszewski wrote: > On Fri, 14 Jul 2006, adamg wrote: > > Author: adamg Date: 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. From blues at pld-linux.org Mon Jul 17 11:22:21 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Mon, 17 Jul 2006 11:22:21 +0200 (CEST) Subject: SPECS: pwdutils.spec - /etc/skel/tmp added - rel 3 In-Reply-To: References: Message-ID: On Mon, 17 Jul 2006, havner wrote: > - /etc/skel/tmp added [...] > -install -d $RPM_BUILD_ROOT/etc/{rc.d/init.d,pwdutils,security,skel} > +install -d $RPM_BUILD_ROOT/etc/{rc.d/init.d,pwdutils,security,skel/tmp} [...] > +%dir /etc/skel/tmp [...] filesystem.spec or some setup.spec? -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From qboosh at pld-linux.org Mon Jul 17 11:26:21 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 17 Jul 2006 11:26:21 +0200 Subject: SPECS: pwdutils.spec - /etc/skel/tmp added - rel 3 In-Reply-To: References: Message-ID: <20060717092620.GB20418@gruby.cs.net.pl> On Mon, Jul 17, 2006 at 11:22:21AM +0200, Pawe? Go?aszewski wrote: > On Mon, 17 Jul 2006, havner wrote: > > - /etc/skel/tmp added > [...] > > -install -d $RPM_BUILD_ROOT/etc/{rc.d/init.d,pwdutils,security,skel} > > +install -d $RPM_BUILD_ROOT/etc/{rc.d/init.d,pwdutils,security,skel/tmp} > [...] > > +%dir /etc/skel/tmp > [...] > > filesystem.spec or some setup.spec? skel is used by useradd only. -- Jakub Bogusz http://qboosh.cs.net.pl/ From havner at smtp.kamp.pl Mon Jul 17 12:09:14 2006 From: havner at smtp.kamp.pl (havner) Date: Mon, 17 Jul 2006 12:09:14 +0200 Subject: SPECS: pwdutils.spec - /etc/skel/tmp added - rel 3 In-Reply-To: References: Message-ID: <20060717100914.GA6260@pld-linux.org> On Mon, Jul 17, 2006 at 11:22:21AM +0200, Pawe? Go?aszewski wrote: > On Mon, 17 Jul 2006, havner wrote: > > - /etc/skel/tmp added > [...] > > -install -d $RPM_BUILD_ROOT/etc/{rc.d/init.d,pwdutils,security,skel} > > +install -d $RPM_BUILD_ROOT/etc/{rc.d/init.d,pwdutils,security,skel/tmp} > [...] > > +%dir /etc/skel/tmp > [...] > > filesystem.spec or some setup.spec? shadow.spec: Revision 1.99 2004/09/28 12:49:47 blues - added /etc/skel/tmp -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From blues at pld-linux.org Mon Jul 17 12:24:16 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Mon, 17 Jul 2006 12:24:16 +0200 (CEST) Subject: SPECS: pwdutils.spec - /etc/skel/tmp added - rel 3 In-Reply-To: <20060717092620.GB20418@gruby.cs.net.pl> References: <20060717092620.GB20418@gruby.cs.net.pl> Message-ID: On Mon, 17 Jul 2006, Jakub Bogusz wrote: > > > - /etc/skel/tmp added > > [...] > > > -install -d $RPM_BUILD_ROOT/etc/{rc.d/init.d,pwdutils,security,skel} > > > +install -d $RPM_BUILD_ROOT/etc/{rc.d/init.d,pwdutils,security,skel/tmp} > > [...] > > > +%dir /etc/skel/tmp > > [...] > > > > filesystem.spec or some setup.spec? > skel is used by useradd only. But we have shadow and pwdutils. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Mon Jul 17 12:40:26 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 17 Jul 2006 13:40:26 +0300 Subject: SPECS: pwdutils.spec - /etc/skel/tmp added - rel 3 In-Reply-To: <20060717100914.GA6260@pld-linux.org> References: <20060717100914.GA6260@pld-linux.org> Message-ID: <200607171340.26603.glen@delfi.ee> On Monday 17 July 2006 13:09, havner wrote: > > filesystem.spec or some setup.spec? > shadow.spec: > Revision 1.99 2004/09/28 12:49:47 blues > - added /etc/skel/tmp create skel.spec (etc-skel.spec) ? # rpm -qf /etc/skel shadow-4.0.16-0.12 imho same applies to /etc/ftpd, /etc/mail... should these be owned by individual packages (proftpd, vsftpd, postfix, masqmail) or shared package? as we can see they aren't always updated in all packages ;) and on the similar note, i would like to see /root/.??* files in some package, why root user doesn't have .bashrc, and friends... -- glen From blues at pld-linux.org Mon Jul 17 14:14:17 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Mon, 17 Jul 2006 14:14:17 +0200 (CEST) Subject: SPECS: pwdutils.spec - /etc/skel/tmp added - rel 3 In-Reply-To: <200607171340.26603.glen@delfi.ee> References: <20060717100914.GA6260@pld-linux.org> <200607171340.26603.glen@delfi.ee> Message-ID: On Mon, 17 Jul 2006, Elan Ruusam?e wrote: > and on the similar note, i would like to see /root/.??* files in some > package, why root user doesn't have .bashrc, and friends... Well, it's overkill, because of many rpmnew/rpmsave in root package. Creating that files is instalators-job. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Mon Jul 17 18:00:25 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 17 Jul 2006 19:00:25 +0300 Subject: SPECS: pwdutils.spec - /etc/skel/tmp added - rel 3 In-Reply-To: References: <200607171340.26603.glen@delfi.ee> Message-ID: <200607171900.25778.glen@delfi.ee> On Monday 17 July 2006 15:14, Pawe? Go?aszewski wrote: > On Mon, 17 Jul 2006, Elan Ruusam?e wrote: > > and on the similar note, i would like to see /root/.??* files in some > > package, why root user doesn't have .bashrc, and friends... > > Well, it's overkill, because of many rpmnew/rpmsave in root package. > Creating that files is instalators-job. that's not strong argument, same way you could have /etc/skel/.bashrc.rpmnew and that duplicated to users' home with useradd (and it has happened to me)! -- glen From freetz at gmx.net Mon Jul 17 21:23:19 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Mon, 17 Jul 2006 21:23:19 +0200 Subject: STBR Ac Message-ID: <20060717212319.584fa713.freetz@gmx.net> STBR: gtk+2.spec:AC-branch bonfire.spec:AC-branch totem.spec:AC-branch last, but not least: abiword.spec:AC-branch with a security fix. thanks -- Fryderyk Dziarmagowski From glen at delfi.ee Mon Jul 17 21:58:05 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 17 Jul 2006 22:58:05 +0300 Subject: STBR Ac In-Reply-To: <20060717212319.584fa713.freetz@gmx.net> References: <20060717212319.584fa713.freetz@gmx.net> Message-ID: <200607172258.05915.glen@delfi.ee> On Monday 17 July 2006 22:23, Fryderyk Dziarmagowski wrote: > STBR: > gtk+2.spec:AC-branch > bonfire.spec:AC-branch > totem.spec:AC-branch > > last, but not least: > abiword.spec:AC-branch with a security fix. sent! -- glen From glen at delfi.ee Tue Jul 18 08:31:17 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 18 Jul 2006 09:31:17 +0300 Subject: [ac] neon/subversion Message-ID: <200607180931.17111.glen@delfi.ee> is there any problem upgrading - neon-0.26.1-1 - subversion-1.3.2-1 ? -- glen From wrobell at pld-linux.org Tue Jul 18 14:39:44 2006 From: wrobell at pld-linux.org (wrobell) Date: Tue, 18 Jul 2006 13:39:44 +0100 Subject: python 2.5 in th Message-ID: <1153226384.20780.45.camel@recent-convert.mapflow.int> 1/08/2006 python 2.5 rc1 is planned to be released. this day (or bit later) i would like to update python.spec (current beta is on PYTHON_2_5 branch) and start upgrading th packages to use python 2.5. any requests? any notes? wrobell From freetz at gmx.net Tue Jul 18 18:24:16 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Tue, 18 Jul 2006 18:24:16 +0200 Subject: [ac] neon/subversion In-Reply-To: <200607180931.17111.glen@delfi.ee> References: <200607180931.17111.glen@delfi.ee> Message-ID: <20060718182416.7f47029c.freetz@gmx.net> --- Elan Ruusam?e wrote: > is there any problem upgrading > - neon-0.26.1-1 > - subversion-1.3.2-1 I think API breakage in neon-0.26.x is a good reason to keep the old version in stable distribution tree. -- Fryderyk Dziarmagowski From tommat at pimpek.one.pl Tue Jul 18 18:49:09 2006 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Tue, 18 Jul 2006 18:49:09 +0200 Subject: SPECS: nocc.spec - don't install apache config to lighttpd In-Reply-To: References: Message-ID: <44BD1105.2030404@pimpek.one.pl> glen wrote: > Author: glen Date: Tue Jul 18 16:13:57 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - don't install apache config to lighttpd > > ---- Files affected: > SPECS: > nocc.spec (1.33 -> 1.34) > Such example exists in template-webapp.spec So maybe fix template too. -- Regards T. From tommat at pimpek.one.pl Tue Jul 18 18:50:39 2006 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Tue, 18 Jul 2006 18:50:39 +0200 Subject: SPECS: nocc.spec - don't install apache config to lighttpd In-Reply-To: <44BD1105.2030404@pimpek.one.pl> References: <44BD1105.2030404@pimpek.one.pl> Message-ID: <44BD115F.4050600@pimpek.one.pl> Tomasz Mateja wrote: > glen wrote: > >>Author: glen Date: Tue Jul 18 16:13:57 2006 GMT >>Module: SPECS Tag: HEAD >>---- Log message: >>- don't install apache config to lighttpd >> >>---- Files affected: >>SPECS: >> nocc.spec (1.33 -> 1.34) >> > > Such example exists in template-webapp.spec > So maybe fix template too. > Hehehehe you're too fast for me :) -- T. From glen at delfi.ee Tue Jul 18 23:40:58 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 19 Jul 2006 00:40:58 +0300 Subject: system logs group Message-ID: <200607190040.59112.glen@delfi.ee> what is (what should be) the group of syslogs for logcheckers? - /var/log/syslog - /var/log/secure - ... i looked around on different pld installations, found syslog, logs, root and various permissions. -- glen From deejay1 at srem.org Wed Jul 19 16:56:12 2006 From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Wed, 19 Jul 2006 16:56:12 +0200 Subject: STBR Ac In-Reply-To: <20060717212319.584fa713.freetz@gmx.net> References: <20060717212319.584fa713.freetz@gmx.net> Message-ID: <200607191656.14953.deejay1@srem.org> Dnia poniedzia?ek, 17 lipca 2006 21:23, Fryderyk Dziarmagowski napisa?: > STBR: > gtk+2.spec:AC-branch > bonfire.spec:AC-branch > totem.spec:AC-branch May I please ask for scribus.spec:AC-branch ? -- ?ukasz [DeeJay1] Jerna? From pluto at agmk.net Wed Jul 19 19:02:41 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Wed, 19 Jul 2006 19:02:41 +0200 Subject: [headshot] th-i486 is down again... Message-ID: <200607191902.41332.pluto@agmk.net> hi, chroot on th-i486 builder got shot again. at least /bin and /usr/bin dirs magically disappeard. anybody care? From glen at delfi.ee Thu Jul 20 20:08:24 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Thu, 20 Jul 2006 21:08:24 +0300 Subject: horde-imp requirements In-Reply-To: References: <449939E0.3090407@grobelny.oswiecenia.net> <200606212148.48276.glen@delfi.ee> Message-ID: <200607202108.24606.glen@delfi.ee> On Wednesday 21 June 2006 22:08, Pawe? Go?aszewski wrote: > You can simply provide and require httpd(something) feature. It'll solve > every such problems... so how do you require webserver(something), if depending on webserver you need different modules? for example: - apache config requires mod_env - lighttpd config requires mod_rewrite -- glen From glen at delfi.ee Thu Jul 20 20:25:59 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 20 Jul 2006 21:25:59 +0300 Subject: php-pear-PEAR, optional packages printing In-Reply-To: <20060629131431.GA15058@gruby.cs.net.pl> References: <20060629131431.GA15058@gruby.cs.net.pl> Message-ID: <200607202125.59907.glen@delfi.ee> On Thursday 29 June 2006 16:14, Jakub Bogusz wrote: > 1. Which php-pear-PEAR is usable for HEAD php - AC-branch only? > > 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). is it possible to autogenerate rpm dependencies not based on packaged files (ie invoke autoprov for *.php), but otherwise, at build time (whole spec)? this way could include the Requires/Provides by parsing PEAR's package.xml file. -- glen From glen at delfi.ee Thu Jul 20 20:28:55 2006 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Thu, 20 Jul 2006 21:28:55 +0300 Subject: Content of /usr/share/ssl/ca-bundle.crt In-Reply-To: <20060320095311.GA5024@bongo> References: <20060320095311.GA5024@bongo> Message-ID: <200607202128.56036.glen@delfi.ee> On Monday 20 March 2006 11:53, Radoslaw Zielinski wrote: > a) Just install it in /usr/share/ssl/, marking as %config(noreplace). > b) Create a directory in /etc [2], symlink /usr/share/ssl to it. > c) Whatever. > > For now (and for Ac), I'd chose a). any progress? -- glen From mmazur at kernel.pl Thu Jul 20 20:52:37 2006 From: mmazur at kernel.pl (Mariusz Mazur) Date: Thu, 20 Jul 2006 20:52:37 +0200 Subject: [headshot] th-i486 is down again... In-Reply-To: <200607191902.41332.pluto@agmk.net> References: <200607191902.41332.pluto@agmk.net> Message-ID: <200607202052.37658.mmazur@kernel.pl> On Wednesday 19 July 2006 19:02, Pawe? Sikora wrote: > hi, > > chroot on th-i486 builder got shot again. > at least /bin and /usr/bin dirs magically disappeard. > anybody care? Just one or two days more. -- Judge others by their intentions and yourself by your results. Guy Kawasaki Education is an admirable thing, but it is well to remember from time to time that nothing that is worth knowing can be taught. Oscar Wilde From freetz at gmx.net Thu Jul 20 22:55:44 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 20 Jul 2006 22:55:44 +0200 Subject: SPECS: beagle.spec - -devel package requires DLLs in main package In-Reply-To: References: Message-ID: <20060720225544.9cfb573b.freetz@gmx.net> --- aredridel wrote: > Author: aredridel Date: Thu Jul 20 20:35:46 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - -devel package requires DLLs in main package this is wrong. what requires such dll? -- Fryderyk Dziarmagowski From freetz at gmx.net Fri Jul 21 06:59:56 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Fri, 21 Jul 2006 06:59:56 +0200 Subject: SPECS: gnome-applet-deskbar.spec - add optional dep for beagle; no... In-Reply-To: References: Message-ID: <20060721065956.59e8d82e.freetz@gmx.net> --- aredridel wrote: > Author: aredridel Date: Thu Jul 20 23:25:36 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - add optional dep for beagle; no configure option for it [...] > +%{?with_beagle:BuildRequires: beagle-devel} this is bogus change. beagle support is detected at runtime and requires python moudle to run, beagle or beagle-devel are NOT required at build time. please revert your changes to beagle.spec and gnome-applet-deskbar.spec. they are WRONG. -- Fryderyk Dziarmagowski From radek42 at gmail.com Fri Jul 21 10:47:41 2006 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Fri, 21 Jul 2006 10:47:41 +0200 Subject: Content of /usr/share/ssl/ca-bundle.crt In-Reply-To: <200607202128.56036.glen@delfi.ee> References: <20060320095311.GA5024@bongo> <200607202128.56036.glen@delfi.ee> Message-ID: <20060721084741.GB5322@bongo> Elan Ruusam?e [20-07-2006 20:28]: > On Monday 20 March 2006 11:53, Radoslaw Zielinski wrote: >> a) Just install it in /usr/share/ssl/, marking as %config(noreplace). >> b) Create a directory in /etc [2], symlink /usr/share/ssl to it. >> c) Whatever. >> For now (and for Ac), I'd chose a). > any progress? No complaints in 24 hours => I have commited option a). Revision 1.146.2.1 2006/03/21 19:53:13 radek - release 2: added certificates from Mozilla - moved ca-bundle.crt to main package (rev 1.75 didn't) $ rpm -qf /usr/share/ssl/ca-bundle.crt openssl-0.9.7i-2 -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aredridel at nbtsc.org Fri Jul 21 16:38:42 2006 From: aredridel at nbtsc.org (Aredridel) Date: Fri, 21 Jul 2006 08:38:42 -0600 Subject: SPECS: gnome-applet-deskbar.spec - add optional dep for beagle; no... In-Reply-To: <20060721065956.59e8d82e.freetz@gmx.net> References: <20060721065956.59e8d82e.freetz@gmx.net> Message-ID: <1153492722.5156.2.camel@localhost> On Fri, 2006-07-21 at 06:59 +0200, Fryderyk Dziarmagowski wrote: > --- aredridel wrote: > > > Author: aredridel Date: Thu Jul 20 23:25:36 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - add optional dep for beagle; no configure option for it > [...] > > +%{?with_beagle:BuildRequires: beagle-devel} > > this is bogus change. beagle support is detected at runtime and > requires python moudle to run, beagle or beagle-devel are NOT required > at build time. Aha! I see now. It acted like a build-time dependency the way it didn't work at first for me. Thanks. From deejay1 at srem.org Fri Jul 21 17:43:17 2006 From: deejay1 at srem.org (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=) Date: Fri, 21 Jul 2006 17:43:17 +0200 Subject: STBR Ac In-Reply-To: <200607191656.14953.deejay1@srem.org> References: <20060717212319.584fa713.freetz@gmx.net> <200607191656.14953.deejay1@srem.org> Message-ID: <200607211743.20470.deejay1@srem.org> Dnia ?roda, 19 lipca 2006 16:56, ?ukasz Jerna? napisa?: > Dnia poniedzia?ek, 17 lipca 2006 21:23, Fryderyk Dziarmagowski napisa?: > > STBR: > May I please ask for scribus.spec:AC-branch ? Thank you :) -- ?ukasz [DeeJay1] Jerna? From sparky at pld-linux.org Mon Jul 24 00:21:32 2006 From: sparky at pld-linux.org (sparky at pld-linux.org) Date: Mon, 24 Jul 2006 00:21:32 +0200 Subject: SOURCES: rpm-macros.patch - --as-needed by default In-Reply-To: References: Message-ID: <20060723222132.GA30064@pld-linux.org> On Sun, Jul 23, 2006 at 10:22:23PM +0200, freetz wrote: > Author: freetz Date: Sun Jul 23 20:22:23 2006 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - --as-needed by default > -+%rpmldflags %{nil} > ++%rpmldflags %{!?no_build_with_as_needed:-Wl,--as-needed} i have rebuild whole PPCRCD with --as-needed and i've found one big problem: most things using ncurses and/or readline don't build, first there is some problem with ncurses configure script, it thinks there is no ncurses library, and readline thinks there is no termcap some other programs don't build even without --as-needed if readline was build with this flag (js.spec for instance) anyone wants to solve it ? there goes a list of specs i have problem with: - util-ilnux - psproc - zlib - libjpeg - rmt - parted - lvm2 - dmraid - xfsprogs - ext3rminator - zaptel - wvstreams - wvdial - ftp - lftp - ncftp - readline: causes js.rpm fail - irssi - texinfo - vim - elfutils -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From glen at delfi.ee Mon Jul 24 04:44:14 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 24 Jul 2006 05:44:14 +0300 Subject: SOURCES: rpm-macros.patch - --as-needed by default In-Reply-To: <20060723222132.GA30064@pld-linux.org> References: <20060723222132.GA30064@pld-linux.org> Message-ID: <200607240544.14223.glen@delfi.ee> On Monday 24 July 2006 01:21, sparky at pld-linux.org wrote: > On Sun, Jul 23, 2006 at 10:22:23PM +0200, freetz wrote: > > Author: freetz Date: Sun Jul 23 20:22:23 2006 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - --as-needed by default > > > > -+%rpmldflags %{nil} > > ++%rpmldflags %{!?no_build_with_as_needed:-Wl,--as-needed} > > i have rebuilt whole PPCRCD with --as-needed and i've found one big > problem... i believe the ass needed should be added per package (and i saw freetz doing it already). does the --as-needed work also for Ac gcc? -- glen From freetz at gmx.net Mon Jul 24 08:28:24 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Mon, 24 Jul 2006 08:28:24 +0200 Subject: SOURCES: rpm-macros.patch - --as-needed by default In-Reply-To: <200607240544.14223.glen@delfi.ee> References: <20060723222132.GA30064@pld-linux.org> <200607240544.14223.glen@delfi.ee> Message-ID: <20060724082824.188d3cd7.freetz@gmx.net> --- Elan Ruusam?e wrote: > On Monday 24 July 2006 01:21, sparky at pld-linux.org wrote: > > On Sun, Jul 23, 2006 at 10:22:23PM +0200, freetz wrote: > > > Author: freetz Date: Sun Jul 23 20:22:23 2006 GMT > > > Module: SOURCES Tag: HEAD > > > ---- Log message: > > > - --as-needed by default > > > > > > -+%rpmldflags %{nil} > > > ++%rpmldflags %{!?no_build_with_as_needed:-Wl,--as-needed} > > > > i have rebuilt whole PPCRCD with --as-needed and i've found one big > > problem... > > i believe the ass needed should be added per package (and i saw freetz doing > it already). I think adding to a broken package '%define no_build_with_as_needed 1' instead of enabling it per package makes sense (after adding LDFLAGS="%{rpmldflags} -Wl,--as-needed" to 117 packages with only 3 build fails and suggestions from other developers to enable globally) -- Fryderyk Dziarmagowski From patrys at pld-linux.org Mon Jul 24 08:29:57 2006 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Mon, 24 Jul 2006 08:29:57 +0200 Subject: SOURCES: rpm-macros.patch - --as-needed by default In-Reply-To: <200607240544.14223.glen@delfi.ee> References: <20060723222132.GA30064@pld-linux.org> <200607240544.14223.glen@delfi.ee> Message-ID: <1153722598.22144.0.camel@meaw> Dnia 24-07-2006, pon o godzinie 05:44 +0300, Elan Ruusam?e napisa?(a): > On Monday 24 July 2006 01:21, sparky at pld-linux.org wrote: > > On Sun, Jul 23, 2006 at 10:22:23PM +0200, freetz wrote: > > > Author: freetz Date: Sun Jul 23 20:22:23 2006 GMT > > > Module: SOURCES Tag: HEAD > > > ---- Log message: > > > - --as-needed by default > > > > > > -+%rpmldflags %{nil} > > > ++%rpmldflags %{!?no_build_with_as_needed:-Wl,--as-needed} > > > > i have rebuilt whole PPCRCD with --as-needed and i've found one big > > problem... > > i believe the ass needed should be added per package (and i saw freetz doing > it already). Therefore I propose a new slogan: PLD -- free ass in every package ;) -- Patryk Zawadzki PLD Linux From havner at smtp.kamp.pl Tue Jul 25 05:42:38 2006 From: havner at smtp.kamp.pl (havner) Date: Tue, 25 Jul 2006 05:42:38 +0200 Subject: gtkmozembed (mozilla-firefox) i czcionki Message-ID: <20060725034238.GA11266@pld-linux.org> Chyba jest jakas nielogicznosc w wybieraniu czcionek przez embed firefoxa. X11-fonts-100dpi-6.9.0-1 X11-fonts-100dpi-ISO8859-1-6.9.0-1 X11-fonts-100dpi-ISO8859-2-6.9.0-1 X11-fonts-75dpi-6.9.0-1 X11-fonts-75dpi-ISO8859-1-6.9.0-1 X11-fonts-75dpi-ISO8859-2-6.9.0-1 X11-fonts-ISO8859-1-6.9.0-1 X11-fonts-ISO8859-2-6.9.0-1 fonts-TTF-microsoft-20020525-7wla Mam zainstalowane i dzialajace Helvetica,Arial,Verdana (zarowno iso1 jak i iso2). Na potrzeb testow korzystam tylko z domyslnego /etc/fonts/fonts.conf Z tego co rozumiem i widze jak dziala jesli aplikacja (korzystajaca z czcionek przez fontconfig) chce czcionki Sans (sans-serif). Dobierana jest pierwsza czcionka z listy w fonts.conf sans-serif Bitstream Vera Sans Verdana Arial Albany AMT (...) I generalnie dziala to jak powinno dla aplikacji GTK/QT czy wszelkich innych. Jak zmieniam ta kolejnosc, sans zmienia sie odpowiednio. Problem napotkalem z gtkmozembed w wykonaniu firefoxa (z mozilla chyba tego nie byloi). Przyklad yelp: http://ep09.pld-linux.org/~havner/yelp-helvetica.png Zamiast Verdany wyswietlil Helvetica. Zadnymi kombinacjami z fonts.conf nie udalo mi sie tego poprawic. Natomiast kiedy zablokuje w fontconfigu wszystkie czcionki bitmapowe lub po prostu je odinstaluje wyswietla poprawnie. Reaguje nawet na zmiany w kolejnosci w fonts.conf. Od razu mowie nie jest to wina yelpa bo np epiphany czy liferea-mozilla zachowuja sie identycznie. Wyglada to tak jakby gtkmozembed mialo na sztywno pobieranie Helvetica dla serif i Time dla sans (tu jest ten sam problem, z monospace nie wystepuje) zanim skorzysta z kolenosci w fonts.conf. Ma ktos jakis pomysl, albo chociaz sugestie gdzie tego szukac? Workaroundy w stylu blokady czcionek bitmapowych nie wchodza w gre, bo korzystam z jednej przez fontconfig, zreszta bardziej interesuje mnie co jest nie tak. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From havner at smtp.kamp.pl Tue Jul 25 05:44:35 2006 From: havner at smtp.kamp.pl (havner) Date: Tue, 25 Jul 2006 05:44:35 +0200 Subject: gtkmozembed (mozilla-firefox) i czcionki In-Reply-To: <20060725034238.GA11266@pld-linux.org> References: <20060725034238.GA11266@pld-linux.org> Message-ID: <20060725034435.GC11266@pld-linux.org> On Tue, Jul 25, 2006 at 05:42:38AM +0200, havner wrote: Sorry, this was supposed to go to -pl list. -- Regards Havner {jid,mail}:havner(at)pld-linux.org PLD developer http://www.pld-linux.org PLD LiveCD author http://livecd.pld-linux.org "Quis custodiet ipsos custodes?" From blues at pld-linux.org Tue Jul 25 11:50:11 2006 From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Tue, 25 Jul 2006 11:50:11 +0200 (CEST) Subject: horde-imp requirements In-Reply-To: <200607202108.24606.glen@delfi.ee> References: <449939E0.3090407@grobelny.oswiecenia.net> <200606212148.48276.glen@delfi.ee> <200607202108.24606.glen@delfi.ee> Message-ID: On Thu, 20 Jul 2006, Elan Ruusam?e wrote: > > You can simply provide and require httpd(something) feature. It'll > > solve every such problems... > so how do you require webserver(something), if depending on webserver > you need different modules? > > for example: > - apache config requires mod_env > - lighttpd config requires mod_rewrite Give a real example and we'll see what can be done :) Sure, there can be some packages where separate subpackage will be the only way, but... I think that it would be really rare thing. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From glen at delfi.ee Tue Jul 25 12:16:56 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 25 Jul 2006 13:16:56 +0300 Subject: horde-imp requirements In-Reply-To: References: <449939E0.3090407@grobelny.oswiecenia.net> <200607202108.24606.glen@delfi.ee> Message-ID: <200607251316.56420.glen@delfi.ee> On Tuesday 25 July 2006 12:50, Pawe? Go?aszewski wrote: > On Thu, 20 Jul 2006, Elan Ruusam?e wrote: > > > You can simply provide and require httpd(something) feature. It'll > > > solve every such problems... > > > > so how do you require webserver(something), if depending on webserver > > you need different modules? > > > > for example: > > - apache config requires mod_env > > - lighttpd config requires mod_rewrite > > Give a real example and we'll see what can be done :) trac :) -- glen From glen at delfi.ee Sun Jul 30 21:38:45 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 30 Jul 2006 22:38:45 +0300 Subject: Fwd: SOURCES: multipath-tools-optflags.patch (REMOVED) - obsolete Message-ID: <200607302238.45754.glen@delfi.ee> if you didn't bother to update the patch it does not mean it's obsolete!!! ---------- Forwarded Message ---------- Subject: SOURCES: multipath-tools-optflags.patch (REMOVED) - obsolete Date: Saturday 29 July 2006 21:19 From: aredridel To: pld-cvs-commit at lists.pld-linux.org Author: aredridel Date: Sat Jul 29 18:19:44 2006 GMT Module: SOURCES Tag: HEAD ---- Log message: - obsolete ---- Files affected: SOURCES: multipath-tools-optflags.patch (1.3 -> NONE) (REMOVED) ---- Diffs: ================================================================ _______________________________________________ pld-cvs-commit mailing list pld-cvs-commit at lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit ------------------------------------------------------- -- glen From glen at delfi.ee Sun Jul 30 21:41:28 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 30 Jul 2006 22:41:28 +0300 Subject: SOURCES: multipath-tools-selinux.patch (NEW) - added In-Reply-To: References: Message-ID: <200607302241.28679.glen@delfi.ee> On Saturday 29 July 2006 21:20, aredridel wrote: > Author: aredridel Date: Sat Jul 29 18:20:02 2006 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - added please more verbose description what the patch does!, so in the future other people than YOU can update the patch if patch has some kind of description! > ---- Files affected: > SOURCES: > multipath-tools-selinux.patch (NONE -> 1.1) (NEW) > > ---- Diffs: > > ================================================================ > Index: SOURCES/multipath-tools-selinux.patch > diff -u /dev/null SOURCES/multipath-tools-selinux.patch:1.1 > --- /dev/null Sat Jul 29 20:20:02 2006 > +++ SOURCES/multipath-tools-selinux.patch Sat Jul 29 20:19:57 2006 > @@ -0,0 +1,63 @@ [..] > +Only in multipath-tools-0.4.7-o/: README.kpartx > +diff -ur multipath-tools-0.4.7-o/devmap_name/Makefile cleanup the patch before adding it! $ grep pclean ~/.bashrc alias pclean="sed -i~ -e '/^\(?\|unchanged:\|diff\|only\|Only\|Files\|Common\)/d'" -- glen From aredridel at nbtsc.org Sun Jul 30 23:21:57 2006 From: aredridel at nbtsc.org (Aredridel) Date: Sun, 30 Jul 2006 15:21:57 -0600 Subject: Fwd: SOURCES: multipath-tools-optflags.patch (REMOVED) - obsolete In-Reply-To: <200607302238.45754.glen@delfi.ee> References: <200607302238.45754.glen@delfi.ee> Message-ID: <1154294518.27357.0.camel@localhost> On Sun, 2006-07-30 at 22:38 +0300, Elan Ruusam?e wrote: > if you didn't bother to update the patch it does not mean it's obsolete!!! > The mainline source now has overridable OPTFLAGS. The patch is obsolete. Aria From aredridel at nbtsc.org Sun Jul 30 23:28:02 2006 From: aredridel at nbtsc.org (Aredridel) Date: Sun, 30 Jul 2006 15:28:02 -0600 Subject: SOURCES: multipath-tools-selinux.patch (NEW) - added In-Reply-To: <200607302241.28679.glen@delfi.ee> References: <200607302241.28679.glen@delfi.ee> Message-ID: <1154294883.27357.3.camel@localhost> On Sun, 2006-07-30 at 22:41 +0300, Elan Ruusam?e wrote: > On Saturday 29 July 2006 21:20, aredridel wrote: > > Author: aredridel Date: Sat Jul 29 18:20:02 2006 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - added > > please more verbose description what the patch does!, > so in the future other people than YOU can update the patch if patch has some kind of description! Will do. > > ---- Files affected: > > SOURCES: > > multipath-tools-selinux.patch (NONE -> 1.1) (NEW) > > > > ---- Diffs: > > > > ================================================================ > > Index: SOURCES/multipath-tools-selinux.patch > > diff -u /dev/null SOURCES/multipath-tools-selinux.patch:1.1 > > --- /dev/null Sat Jul 29 20:20:02 2006 > > +++ SOURCES/multipath-tools-selinux.patch Sat Jul 29 20:19:57 2006 > > @@ -0,0 +1,63 @@ > > [..] > > > +Only in multipath-tools-0.4.7-o/: README.kpartx > > +diff -ur multipath-tools-0.4.7-o/devmap_name/Makefile > cleanup the patch before adding it! > > $ grep pclean ~/.bashrc > alias pclean="sed -i~ -e '/^\(?\|unchanged:\|diff\|only\|Only\|Files\|Common\)/d'" Good plan. I would love tools that let me commit patches and specs in a single command, and to cleanup both at once. Another reason I'd love to have specs/sources in SVN instead of CVS. I'll do that from now on. I've added the pclean command to the SOURCES repository. From glen at delfi.ee Mon Jul 31 01:08:38 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 31 Jul 2006 02:08:38 +0300 Subject: SOURCES: multipath-tools-selinux.patch (NEW) - added In-Reply-To: <1154294883.27357.3.camel@localhost> References: <200607302241.28679.glen@delfi.ee> <1154294883.27357.3.camel@localhost> Message-ID: <200607310208.38558.glen@delfi.ee> On Monday 31 July 2006 00:28, Aredridel wrote: > > > +Only in multipath-tools-0.4.7-o/: README.kpartx > > > +diff -ur multipath-tools-0.4.7-o/devmap_name/Makefile > > > > cleanup the patch before adding it! > > > > $ grep pclean ~/.bashrc > > alias pclean="sed -i~ -e > > '/^\(?\|unchanged:\|diff\|only\|Only\|Files\|Common\)/d'" > > Good plan. I would love tools that let me commit patches and specs in a > single command, and to cleanup both at once. Another reason I'd love to > have specs/sources in SVN instead of CVS. > > I'll do that from now on. I've added the pclean command to the SOURCES > repository. you can have automatics in CVS too, but having automatics there's always risk they work wrong... -- glen From aredridel at nbtsc.org Mon Jul 31 02:02:19 2006 From: aredridel at nbtsc.org (Aredridel) Date: Sun, 30 Jul 2006 18:02:19 -0600 Subject: SOURCES: multipath-tools-selinux.patch (NEW) - added In-Reply-To: <200607310208.38558.glen@delfi.ee> References: <200607302241.28679.glen@delfi.ee> <1154294883.27357.3.camel@localhost> <200607310208.38558.glen@delfi.ee> Message-ID: <1154304140.27357.5.camel@localhost> > > I'll do that from now on. I've added the pclean command to the SOURCES > > repository. > you can have automatics in CVS too, but having automatics there's always risk > they work wrong... Yeah, I prefer something that can be confirmed ? la SPECS/adapter. It's really an excellent tool. From glen at delfi.ee Mon Jul 31 02:16:48 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 31 Jul 2006 03:16:48 +0300 Subject: kde-improvements Message-ID: <200607310316.48212.glen@delfi.ee> there are kde-improvements in cvs[1] and in svn[2], which is the primary one to be used? can the other one be removed or commit access blocked? [1] http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/kde-improvements/ [2] http://svn.pld-linux.org/cgi-bin/viewsvn/kde-improvements/ -- glen