Bug#714263: patch available from upstream
Hi, Well, i ran into the same issue.. However, upstream has resolved the issue, at least for CouchDB 1.3.x: https://issues.apache.org/jira/browse/COUCHDB-1833 @Laszlo: Could you please backport this patch or upgrade CouchDB on Debian unstable to 1.3.1, please? This way CouchDB will work again in Debian unstable and soon after in Debian testing also, means without downgrading Erlang or manually building CouchDB. Thank you all very much! :-) Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669972: php5-suhosin: upstream finally added (initial) support for PHP 5.4.0
Package: php5-suhosin Version: 0.9.33-1 Severity: wishlist Dear valued maintainers, about 9 days ago upstream (Stefan Esser) apparently added initial support for PHP 5.4.0 on github: https://github.com/stefanesser/suhosin It would be great if you could also test and hopefully use this upstream version to have a comeback of the important php5-suhosin on Debian testing unstable. Thank you very much! Kind regards Alexander Schories Tuebingen, Germany -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/8 CPU cores) Locale: LANG=DE_de.UTF-8, LC_CTYPE=DE_de.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5-suhosin depends on: ii libapache2-mod-php5 [phpapi-20090626+lfs] 5.3.10-2 ii libc6 2.13-27 ii php5-cgi [phpapi-20090626+lfs] 5.3.10-2 ii php5-cli [phpapi-20090626+lfs] 5.3.10-2 php5-suhosin recommends no packages. php5-suhosin suggests no packages. -- Configuration Files: /etc/php5/conf.d/suhosin.ini changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669972: php5-suhosin: upstream finally added (initial) support for PHP 5.4.0
the package is up for adoption, but anyhow even if we would do another update, we will only do that based on a released version. I see. For a second i thought that for testing/unstable github is absolutely fine in this special case. ^^ Hmm, i've currently no information if and when Stefan Esser will (have the time to) officially release 0.9.34 on the (in some parts due to lack of time propably somewhat outdated) website: http://www.hardened-php.net/suhosin/download.html @Stefan ? 8-) I would love to adopt this - in my eyes - absolutely important package, but i might need some help to learn packaging in the way it is expected. :) Basically I wouldn't like to see Debian without this wonderfull and important package that truly enhances PHP security. Kind regards Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669972: php5-suhosin: upstream finally added (initial) support for PHP 5.4.0
If it has security problems some php * will start a debian shitstorm - and I don't have time for that. Correct, that is likely to happen, sadly. Hmm, i fear that Wheezy might end up without suhosin - like it was years ago. And as the majority of (upcoming) stable users won't compile and install suhosin.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644545: CouchDB without views - since october 2011..
Dear Laszlo, i know you are maintaining another bunch of important debian packages - mostly all of them as a single person.. However, CouchDB without (working) views in Debian testing - since october 2011 - clearly renders CouchDB unusable on Debian testing and Debian unstable. Of course i am fine compiling couchdb on my own. However, it would be nice for other debian testing users to have a working, native debian couchdb package in the near future again. :) Thank you very much! Kind Regards Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625836: Enabling php5-uuid results in missing data and php fatal errors like Cannot use object of type ..
Package: php5-uuid Version: 1.6.2-1 Severity: important *** Please type your report below this line *** Dear valued maintainers, Dear Marco, First of all please let me thank you for bringing and maintaining this wonderful package to our Debian community! It's a true joy handling UUIDs directly in PHP as its performance is constantly fast and not related to current load like when using MySQL for this task. Using php5-uuid 1.6.2-1 with 5.3.3-7+squeeze1 i stumbled upon a very annoying problem, that results in such severe php misbehavior that i personally believe php5-uuid 1.6.2-1 might be broken somehow – not because php5-uuid functionality itself is broken (it's ok in fact!) but because enabling it breaks parts of php by losing parameters under certain circumstances. The problem and how to reproduce it: As i encountered the problem running (the latest 4.5.2 version of) TYPO3, i’d like to use this as an example. However, obviously all other software running on php is also affected (e.g. Drupal, Concrete5, etc.). When saving the configuration of a TYPO3 extension the TYPO3 extension manager (em) in this example runs the function saveExtensionConfiguration() using Ext.js and RPC calls. All parameters (such as extkey, noSave, etc.) are forwarded. When php5-uuid 1.6.2-1 is enabled suddenly all those parameters disappear in POST. Receiving this - now empty - object of course results in a php error like this: [04-May-2011 15:17:59] PHP Fatal error: Cannot use object of type stdClass as array in /srv//typo3_src-4.5.2/typo3/sysext/em/classes/connec tion/class.tx_em_connection_extdirectserver.php on line 262 We haven't found out yet what exactly makes php eating up paramaters after php5-uuid 1.6.2-1 is enabled. Matthias will try to dig deeper in order to find the exact reason and therefore a solution. Your help is highly appreciated as we have less experience with the php-uuid sources than you. Thank you once again for maintaining this lovely package! Kind Regards Alexander Schories Tuebingen, Germany -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-uuid depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libossp-uuid16 1.6.2-1 OSSP uuid ISO-C and C++ - shared l ii php5-cgi [phpapi-200906 5.3.3-7+squeeze1 server-side, HTML-embedded scripti ii php5-cli [phpapi-200906 5.3.3-7+squeeze1 command-line interpreter for the p php5-uuid recommends no packages. php5-uuid suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504132: Why libapache2-mod-fastcgi is still important
Dear maintainers, first of all let me thank you for maintaining this important web server package for the Debian community. libapache2-mod-fastcgi should be kept as libapache2-mod-fcgid is *NOT* a proper replacement: Today almost everybody uses PHP with a bytecode/opcode cacher (eg. eAccelerator, xcache, apc,..). Opcode cachers, however, are sadly not able to share the cache across FastCGI or FCGI processes. Means, for each new PHP process the same opcode cache is built and filled up in the server’s RAM. This is not only filling up the servers RAM with redundant data but is actually ruining the performance of any opcode cacher and therefore all the served web sites. Luckily PHP is capable of playing “process manager” and a single PHP process can spawn several children to handle requests. This way the parent PHP process can instantiate the opcode cache and its children can share it. Both libapache2-mod-fcgid and libapache2-mod-fastcgi can be told to limit the number of PHP processes to 1 per user. The PHP process can then be told how many children to spawn. But unfortunately libapache2-mod-fcgid will only send 1 single request per process. The fact that PHP spawns its own children is completely ignored by libapache2-mod-fcgid. So using libapache2-mod-fcgid we could only handle one concurrent PHP request at a time. Obviously this is not good at all since any longer running request would easily block multiple smaller requests. libapache2-mod-fastcgi on the contrary will send multiple simultaneous requests to a single PHP process if the PHP process itself has enough children that can handle it. This is the reason we must keep libapache2-mod-fastcgi to achieve our goal of one cache per user. @ Tatsuki I am sure many users are as happy as i am that you maintain the package for the community. However, almost 2 years have passed since bug report #504132 that includes a working, common patch for the issue. Since then – means over 2 years – you haven’t even replied once in that bug report thread. If you are not capable or not willing to maintain this package any longer i'll honestly be glad to help you. Thank you very much once again Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576412: [php-maint] Bug#576412: php5: Please add MySQL native driver mysqlnd support for PHP 5.3.x
Hi Raphael, first of all thank you for the fast reply. Could you please - at least once - give a proof for what changed so badly, instead of repeatingly using the term nonsense, please? I mean, have you at least tried mysqlnd? What *exactly* is missing or breaks? Thank you! Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576412: [php-maint] Bug#576412: Bug#576412: php5: Please add MySQL native driver mysqlnd support for PHP 5.3.x
Hello Ondrej, i understand that compression and SSL for MySQL are yet missing. However, they might not be used widely on most debian installations - but they are still very important features, i agree. Every project includes marketing. And not only some people see advantages in mysqlnd. I also haven't expected to see this feature in the upcoming debian release, but in the experimental/unstable trees. But if the majority of all maintainers chose to wait with an implementation even there, i understand it's for a serious reason and completely accept this decision. :) Thank you once again Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576412: [php-maint] Bug#576412: Bug#576412: Bug#576412: php5: Please add MySQL native driver mysqlnd support for PHP 5.3.x
Hi Raphael, a better solution for webclusters is a separate network (e.g. vpn), esp. because SSL still consumes performance (even with modern cpu instructions) when used at large scale web systems with lots of mysql query traffic. ;-) Cheers Alexander Am 05.04.2010 um 17:50 schrieb Raphael Geissert geiss...@debian.org: On 5 April 2010 05:54, Alexander Schories alexan...@schories.com wrote: i understand that compression and SSL for MySQL are yet missing. However, they might not be used widely on most debian installations - but they are still very important features, i agree. SSL _is_ widely used in certain setups I work on. The alternative is to setup an ssh tunnel but it implies more work when upgrading, and can not always be used depending on the use case (as it requires access to both the client and the server). I also haven't expected to see this feature in the upcoming debian release, but in the experimental/unstable trees. Changes that end in the testing and later stable distributions go through unstable. Since there is no real benefit so far, there's no reason to spend time preparing, uploading and maintaining packages using mysqlnd. Complementing the list of obvious differences already mentioned by Ondrej, there have been reports about certain behaviour changes (like defaulting to something different than what libmysqlclient defaults to, etc). They are being fixed, yes, but that doesn't mean it is ready. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576412: php5: Please add MySQL native driver mysqlnd support for PHP 5.3.x
Package: php5 Version: 5.3.2-1 Severity: wishlist Tags: upstream sid experimental patch Dear valued maintainers, please compile future versions of PHP5 (5.3.x+) with MySQLnd support, as it: - doesn't break current PHP5 extensions, such as php5-mysql(i) or PDO_MYSQL at all! - comes with a superior license: PHP license, no need for FLOSS Exception any more - it's native: uses PHP memory management, supports PHP memory limit - it's oh so native: keeps every row only once in memory, with libmysql you have it twice in memory - comes with new features: keeps a long list of performance related statistics for bottle-neck analysis - comes with even more new features: persistent connections for ext/mysqli - offers considerable performance improvements compared to php5-mysql(i), for example when fetching buffered result sets, client-side result set cache (pre-alpha design study in Bazaar) - it's easier to compile: no more linking against libmysql - it's yet easier to compile: no need to have libmysql on the PHP build host Details can be found at: http://dev.mysql.com/downloads/connector/php-mysqlnd/ http://forge.mysql.com/wiki/PHP_MYSQLND#Advantages_of_mysqlnd Thank you so much for the amazing packages and support you donate to the whole debian community! Kind Regards Alexander Schories Tuebingen, Germany -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-xs5.5.0.17 (SMP w/8 CPU cores) Locale: LANG=DE_de.UTF-8, LC_CTYPE=DE_de.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5 depends on: ii libapache2-mod-php5 5.3.2-1server-side, HTML-embedded scripti ii php5-cgi 5.3.2-1server-side, HTML-embedded scripti ii php5-common 5.3.2-1Common files for packages built fr php5 recommends no packages. php5 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504132: Please integrate the patch into the libapache2-mod-fastcgi Debian package as upstream has failed to release a corrected version since over 1 year
Dear valued maintainers, Dear Tatsuki Sugiura, first of all let me honestly thank you for maintaining this wonderfull package for the Debian community. Since November 13th, 2007 upstream has failed to release a newer or even corrected fastcgi version (2.4.7). Another year has passed since Tobias Diedrich reported the issue and also kindly added a patch as a solution because - as we all know - the expected upstream release that should correct this issue still hasn't been released yet. Many users (including myself) have to manually patch this wonderfull package (successfully using this or a similar version of the patch) in order to be able to use it without running into the described bug on high load sites. As Debian is most highly regarded for being a truly reliable operating system, e.g. especially for sites with high traffic and true load, it would be just perfect if this Debian package would include this important fix by default. Thank you once again for bringing this important package to the Debian community! Kind Regards Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513429: php5: PHP5 outputs version 5.2.6-3 instead of 5.2.6.dfsg.1-3
Package: php5 Version: 5.2.6.dfsg.1-3 Severity: minor Dear valued maintainers, first of all let me honestly thank you for all the wonderfull work on the debian php5 packages - making debian a perfect choice for web stuff since years! I found a truly minor, cosmetic issue in php5 package version 5.2.6.dfsg.1-3: PHP5 outputs version 5.2.6-3 instead of 5.2.6.dfsg.1-3 . Just in case you haven't noticed it already, what you probably did.. :) Thank you once again! Alexander Schories Tuebingen, Germany -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=DE_de.UTF-8, LC_CTYPE=DE_de.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5 depends on: ii libapache2-mod-php5 5.2.6.dfsg.1-3 server-side, HTML-embedded scripti ii php5-cgi 5.2.6.dfsg.1-3 server-side, HTML-embedded scripti ii php5-common 5.2.6.dfsg.1-3 Common files for packages built fr php5 recommends no packages. php5 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#482674: install of libarchive-tar-perl fails
Package: libarchive-tar-perl Version: latest testing/unstable Severity: grave Justification: renders package unusable Dear maintainers, although i have all dependencies installed: ii libio-zlib-perl 1.09-1 ii perl 5.10.0-10 installation of libarchive-tar-perl fails because of broken or corrupt dependencies. Maybe the problem is even in perl-modules rather than in this virtual package. Solutions welcome! :) Thank you very much! Kind Regards Alexander Schories Tuebingen, Germany -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463137: mysql-server-5.0: Specified keywas too long; max key length is 1000 bytes with utf8
http://people.debian.org/~nobse/mysql/mysql-dfsg-5.0/5.0.51a-1/ Contains the patch, but is not yet uploaded to unstable. Norbert Thank you so much!! 8-) Kind Regards Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463137: mysql-server-5.0: Specified key was too long; max key length is 1000 bytes with utf8
Package: mysql-server-5.0 Version: 5.0.45-5 Severity: important Tags: patch l10n Dear valued maintainers, as all common major web applications - such as MediaWiki, Typo3, Joomla, etc. - are demanding UTF-8 capable databases to serve a global world with all its languages, it would be best if debian's wonderfull mysql packages would be really UTF-8 ready from thestart, means without manual recompilation of the package(s). The bug is well known to mysql: http://bugs.mysql.com/bug.php?id=4541 And there is already a patch: http://lists.mysql.com/commits/40433 Like many others users i do disagree with the mysql maintainers decission not to push the patch into the source repositories because of a slight increase of the memory footprint and just a slight decreases of performance: I10n, means UTF-8, is much more important than a SLIGHT performance decrease JUST FOR THOSE USERS, who choose to EFFECTIVELY make use of the raised key length. So while this patch won't affect or harm non-UTF-8 interested users it will make UTF-8 life in this global world much easier for all debian people, web users like web admins. Thank you very much for your hard work again! :) Alexander Schories Tuebingen, Germany -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mysql-server-5.0 depends on: ii adduser 3.105add and remove users and groups ii debconf [debconf-2.0] 1.5.18 Debian configuration management sy ii libc6 2.7-6GNU C Library: Shared libraries ii libdbi-perl 1.601-1 Perl5 database interface by Tim Bu ii libgcc1 1:4.3-20080116-1 GCC support library ii libmysqlclient15off 5.0.45-5 MySQL database client library ii libncurses5 5.6+20080105-1 Shared libraries for terminal hand ii libreadline55.2-3GNU readline and history libraries ii libstdc++6 4.3-20080116-1 The GNU Standard C++ Library v3 ii libwrap07.6.dbs-14 Wietse Venema's TCP wrappers libra ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii mysql-client-5.05.0.45-5 MySQL database client binaries ii mysql-common5.0.45-5 MySQL database common files ii passwd 1:4.1.0-2change and administer password and ii perl5.8.8-12 Larry Wall's Practical Extraction ii psmisc 22.6-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime Versions of packages mysql-server-5.0 recommends: ii bsd-mailx [mailx] 8.1.2-0.20071201cvs-2 A simple mail user agent ii mailx 1:20071201-2 Transitional package for mailx ren -- debconf information: mysql-server/root_password: (password omitted) mysql-server-5.0/really_downgrade: false mysql-server-5.0/start_on_boot: true mysql-server-5.0/nis_warning: mysql-server-5.0/postrm_remove_databases: false mysql-server-5.0/no_upgrade_with_isam_tables: * mysql-server-5.0/mysql_install_db_notes: * mysql-server-5.0/need_sarge_compat: false mysql-server/error_setting_password: mysql-server-5.0/mysql_update_hints1: mysql-server-5.0/need_sarge_compat_done: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412194:
Hello again, i hope, i may take the liberty of presenting you a working solution. So the late grave bug (sorry for this again!) hopefully will be closed quite soon. a) testing info Running 2.6.18-4-k7 without nosmp i looked what clocksources are actually available and which one is used: www:~# cat /sys/devices/system/clocksource/clocksource0/* jiffies tsc pit pit Well, although jiffies and tsc were present and even of higher position and value, 2.6.18-4-k7 still chose pit as clocksource. Interestingly acpi_pm was neither shown nor detected (dmesg log): #ACPI: Unable to locate RSDP #... #ACPI: Interpreter disabled. #Linux Plug and Play Support v0.97 (c) Adam Belay #pnp: PnP ACPI: disabled As i do not use acpi=off or any similar it is hard to guess, why exactly 2.6.18-4-k7 fails to detect the ACPI Root System Description Pointer. Useless to say, why my previous clocksource=acpi_pm was pretty braindead. :D b) possible solution (at least over here :P) No problem, life is great without ACPI, as far as i currently believe :P, so let's slap 2.6.18-4-k7 for serving us pit and not using the Time Step Clock (tsc) we can enjoy since the very first pentium cpu and that 2.6.18-4-k7 has already detected above: www:~# echo tsc /sys/devices/system/clocksource/clocksource0/ current_clocksource www:~# cat /sys/devices/system/clocksource/clocksource0/* jiffies tsc pit tsc www:~# Now, once tsc is on command everything runs smooth again. No freezes. Just smp heaven as it used to be. :) I decided to put clocksource=tsc as a boot option for 2.6.18-4-k7. Rebooted. And my 2.6.18-4-k7 system is up for hours without freezes again. @ Figaro ynegorp_at_charter_dot_net: Please test this, as it is important to know, whether this solution is usefull for your system also. Please let us know asap, so Steve can close this grave thingy, disable or downgrade pit-support in favour of tsc and heat up the autobuilders. Thank you! 8) @ Steve: As i don't exactly know, whether some user might truly need pit on k7-platform as clocksource, i leave the above described decision up to you..:P (shame on me!) Thank you all very much! Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412194: Cool!
So maybe others can use this and help us understand later the why of it. Well, timing (clock and event) is possibly even more critical for smp architecture than for single cpu systems. Trying to run k7-smp- systems with originally 1981 based timers (pit) as clocksource seems to be strange right from the beginning.. Only a debug build coupled with knowledge and time could lead to the exact faulty code. As far as i understand from the current kernel discussions, http://marc.theaimsgroup.com/?t=11720995555r=1w=2 http://marc.theaimsgroup.com/?l=linux-kernelm=117215082521287w=2 at least 2.6.21rc has already additional patches regarding this issue. It will only use pit as possible eventsource, but possibly not as clocksource at all anymore. So in the end i personally feel that there is no need to annoy kernel.org gurus about that - this decision is up to SteveCo. anyway. And: This bug can be closed right now, means after pit is disabled as clocksource for k7-kernels. Again, this is just my personal view. Thank you all once again! Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412194: linux-image-2.6.18-3-k7: total system freeze after max. 10 minutes uptime
Hello, Um, not exactly helpful; you're now reporting a bug at a severity that makes it a release blocker, at a point where the final kernel for etch r0 is supposed to already be uploaded and there is limited time to consult upstream about it. In the future, please report such bugs when you find them, not when you think it might be convenient for the maintainers... I know and i am honestly sorry about this. It was absolutely stupid to hope that the bug will be kind of auto-fixed, pechance by upstream.. Again, i am sorry - and i would like to help you as much as i can to find the reason for these freezes by being your 24/7 testmachine. OOI, does booting with 'nosmp' affect this hang problem for either of you? Will try this right now and give you response within 1h. In the meantime, do you think the clocksource - as described above - could be the reason? I will try to compile the kernel with either rtc or acpi_pm to see if it solves this bug. However, every successful local recompile does not inevitably mean a true solution for the problem as far as my operating experience reminds me. Thank you very much! Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412194: linux-image-2.6.18-3-k7: total system freeze after max. 10 minutes uptime
Hello Steve, uptime with nosmp so far: 57 min. Everything runs fine and smoothly. Of course overall system load is about 5 percent (average) to 20 percent (peak) higher than usual - man, i do love and miss smp.. :D Just kidding, i can easily live happily either with nosmp or particularly with 2.6.17 for now. Maybe other affected users might agree to lower the initial severity to important? But guess who appears on stage now again (dmesg log): #Time: pit clocksource has been installed. #... #Real Time Clock Driver v1.12ac #Generic RTC Driver v1.07 RTC is back for good! This makes me so curios about the mysticals of linux time again: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/ linux-2.6.git;a=commit;h=734efb467b31e56c2f9430590a9aa867ecf3eea1 After reading, re-reading and hopefully understanding i will try to find a solution, why 2.6.18-k7 decides to use Programmable Interval Timer of 1981(!) instead of our even younger and trusted friend rtc or even the fancy acpi_pm .. Once i find helpful information or even a solution, i will post it here. Thank you very much again! Alexander Schories Tuebingen, Germany Sure, it could be, but I don't know anything about the architecture of the kernel's clocksource stuff. Good luck, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http:// www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412194: linux-image-2.6.18-3-k7: total system freeze after max. 10 minutes uptime
Package: linux-image-2.6.18-3-k7 Version: linux-image-2.6.18-3-k7 and linux-image-2.6.18-4-k7 Severity: grave Justification: renders package unusable linux-image-2.6.18-3-k7 and linux-image-2.6.18-4-k7 total system freeze after max. 10 minutes uptime Dear maintainers, strange trouble since 6 months, to be more specific: Ever since kernel 2.6.18-* hit the debian testing and unstable ftp-stores my system totally freezes right after 5 to 10 minutes uptime with *any* of the 2.6.18-*-kernel-packages. NO logfile entry is left. NO panic or such on screen. Just a 100% frozen shell and system. Until the system freezes even top displays a nearly 100% idle status for both cpus. Disk i/o is low as well. Overall system load is very low, still it freezes. 8/ So it is very hard for me to understand WHAT EXACTLY could be the reason for this. Even more, because linux-image-2.6.17-2-k7 (and all the ones before!) runs smoothly here for months (uptime)! 8| I decided to wait some releases of the 2.6.18-tree and let you already stressed out maintainer people do your job. However, now after 6 months have passed i tried linux-image-2.6.18-4-k7 today - and guess what happend after 8 minutes after booting - obviously the system just froze again. :/ Please give me a chance to help you find the reasons for this annoying bug - cause i would like to enjoy 2.6.18 as well. :) hardware: Tyan Tiger MPX S2466N-4M mainboard 2 x AMD Athlon MP 2600 CPUs 3ware 8506-4 SATA-RAID Just let me know please, if i can assist you with further details (dmesg, bootup logs, debug, whatever you wish..)! Thank you very much! Alexander Schories Tuebingen, Germany -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412194: further information / possible fix
Dear maintainers, after looking around in dmesg and other logs i finally found a disparity: While linux-image-2.6.17-2-k7 is booting with following clock: #Real Time Clock Driver v1.12ac #Generic RTC Driver v1.07 The linux-image-2.6.18-4-k7 uses pit as clocksource: #Time: pit clocksource has been installed. After further digging in the kernel archives and some boards i found that AMD-MPX-Chipset and dual cpu AthlonMP driven boards like mine preferably run with acpi_pm as clocksource. Just one happy case (same strange error, same idea working as a solution): http://www.thisishull.net/showthread.php?t=208106 However, after adding clocksource=acpi_pm as an additional boot option for linux-image-2.6.18-4-k7 it still seems to be ignored, as following dmesg-log-entries show: #Kernel command line: auto BOOT_IMAGE=Debian root=801 clocksource=acpi_pm #... #Time: pit clocksource has been installed. Is there any other way i can force the correct clocksource? Thank you once again! Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344072: apache2: Apache 2.0.58 and Apache 2.2.2 released
Package: apache2 Version: 2.0.55-4 Followup-For: Bug #344072 Dear valued maintainers, i just want to politely ask, whether you have (hopefully positive) news for us honestly grateful apache2-package-users, means regarding either Apache 2.0.58 (which fixes serious security issues) or even Apache 2.2.2? Don't get me wrong, but after years of fast and excellent packaging the current discontinuance is quite alarming for us users. Thank you very much Alexander Schories Tuebingen, Germany -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.0.55-4 traditional model for Apache2 apache2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343613: icecast2: New upstream release: Icecast Release 2.3.1
Package: icecast2 Version: 2.3.0-2 Severity: wishlist Hello Jonas, Can i assist somehow? Step number one: File a wishlist bugreport regarding new upstream releases rather than contacting me privately. Yes, sir! There's more you can do beyond that, depending on your skills and interest in this, but that's a start. I have a basic idea how debian packages work. A very basic one.. :) Best Regards, Alexander Schories Tuebingen, Germany If privacy or security of communication is on your mind, feel free to establish a secure transmission using the PGP public key obtainable from http://www.schories.com/alexander/pubkey/alexander_schories.asc -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages icecast2 depends on: ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii libcomerr2 1.38-2 common error description library ii libcurl3-gnutls 7.15.0-4 Multi-protocol file transfer libra ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libgpg-error0 1.1-4library for common error values an ii libidn110.5.18-1 GNU libidn library, implementation ii libkrb531.3.6-5 MIT Kerberos runtime libraries ii libogg0 1.1.2-1 Ogg Bitstream Library ii libspeex1 1.1.11-1 The Speex Speech Codec ii libtasn1-2 0.2.17-1 Manage ASN.1 structures (runtime) ii libtheora0 0.0.0.alpha4-1.1 The Theora Video Compression Codec ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libxml2 2.6.22-2 GNOME XML library ii libxslt1.1 1.1.15-2 XSLT processing library - runtime ii zlib1g 1:1.2.3-8compression library - runtime Versions of packages icecast2 recommends: ii ices2 2.0.1-4Ogg Vorbis streaming source for Ic -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343613: icecast2: New upstream release: Icecast Release 2.3.1
Hello Jonas, So if all goes well the new version should show up tonight for Sid :-) No need to hurry! As mentioned in the previous private mail: I JUST asked..and AGAIN: Holidays are MUCH MORE important! Yes, sir! Maybe it's just me, but I find the titulation Sir as slightly rude. ?!?!? Rude? I agreed like a soldier to his captain! ?!? There are other tasks than packaging itself. Interacting with bugreports is one, localisation is another. So tell me if you want to participate, then we'll figure out what is the right thing to do for you. :-) So what about interacting and localization? I could: - help tracing bug reports - localize a german version - ... :) Alexander - definitely not rude! :/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338703: PLEASE CLOSE THIS THREAD - THANKS!
Hello Jonas, the issue regarding: EROR yp/send_to_yp YP add on http://dir.xiph.org/cgi-bin/yp-cgi failed: Server already exists seems NOT to be related to this package. The listing suddenly worked after some hours. So i think, that possibly the xiph.org server had or has problems?! I am honestly sorry for disturbing you and wish you a happy weekend! Once again thank you VERY much for this great package! Kind Regards Alexander Schories Tuebingen, Germany If privacy or security of communication is on your mind, feel free to establish a secure transmission using the PGP public key obtainable from http://www.schories.com/alexander/pubkey/alexander_schories.asc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338703: icecast2: yellow pages directory support still broken
Package: icecast2 Version: 2.3.0-2 Severity: important Hello Jonas, sorry for disturbing you again. It seems that altough the binary has been built with libcurl3-gnutls-dev support, it still fails to transfer the stream information properly to http://dir.xiph.org/cgi-bin/yp-cgi : [2005-11-12 08:12:08] INFO main/main Icecast 2.3.0 server started [2005-11-12 08:12:08] INFO fserve/fserv_thread_function file serving thread started [2005-11-12 08:12:08] INFO yp/yp_recheck_config Adding new YP server http://dir.xiph.org/cgi-bin/yp-cgi; (timeout 15s, default interval 30s) [2005-11-12 08:12:08] INFO yp/yp_update_thread YP update thread started [2005-11-12 08:12:08] INFO auth/auth_run_thread Authentication thread started [2005-11-12 08:12:10] WARN admin/admin_handle_request Admin command metadata on non-existent source /raumklang.mp3 [2005-11-12 08:12:10] INFO connection/_handle_source_request Source logging in at mountpoint /raumklang.mp3 [2005-11-12 08:12:10] INFO admin/admin_handle_request Received admin command metadata on mount /raumklang.mp3 [2005-11-12 08:12:10] INFO admin/command_metadata Metadata on mountpoint /raumklang.mp3 changed to Kraftmaschine - Cellartune [2005-11-12 08:12:15] EROR yp/send_to_yp YP add on http://dir.xiph.org/cgi-bin/yp-cgi failed: Server already exists [2005-11-12 08:13:19] INFO source/source_main listener count on /raumklang.mp3 now 1 This error is really strange to me: [2005-11-12 08:12:15] EROR yp/send_to_yp YP add on http://dir.xiph.org/cgi-bin/yp-cgi failed: Server already exists Because my icecast2 config has not changed - it worked all before with icecast 2.2.x-x: directory yp-url-timeout15/yp-url-timeout yp-urlhttp://dir.xiph.org/cgi-bin/yp-cgi/yp-url /directory I somewhat believe, that maybe libcurl3-gnutls-dev doesn`t the job right, like libcurl-dev did? Anybody else experiencing this strange problem? Thank you VERY much! Alexander Schories Tuebingen, Germany If privacy or security of communication is on your mind, feel free to establish a secure transmission using the PGP public key obtainable from http://www.schories.com/alexander/pubkey/alexander_schories.asc -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages icecast2 depends on: ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libcomerr2 1.38-2 common error description library ii libcurl3-gnutls 7.15.0-4 Multi-protocol file transfer libra ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libgnutls12 1.2.8-1 the GNU TLS library - runtime libr ii libgpg-error0 1.1-4library for common error values an ii libidn110.5.18-1 GNU libidn library, implementation ii libkrb531.3.6-5 MIT Kerberos runtime libraries ii libogg0 1.1.2-1 Ogg Bitstream Library ii libspeex1 1.1.10-1 The Speex Speech Codec ii libtasn1-2 0.2.13-1 Manage ASN.1 structures (runtime) ii libtheora0 0.0.0.alpha4-1.1 The Theora Video Compression Codec ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libxml2 2.6.22-1 GNOME XML library ii libxslt1.1 1.1.15-1 XSLT processing library - runtime ii zlib1g 1:1.2.3-4compression library - runtime Versions of packages icecast2 recommends: ii ices2 2.0.1-4Ogg Vorbis streaming source for Ic -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335891: no yp support due to missing or diabled libcurl-support at compile time
Package: icecast2 Version: 2.3.0-1 Severity: normal Hello Jonas, Hello Chris, as Chris pointed out correctly version 2.3.0-1 has not been build against libcurl, so icecast2 YP-support has been disabled in this binary: /var/log/icecast2/error.log therefore comes up with: main/main YP server handling has been disabled It would be very nice of you, Jonas, if this package would officially support yellow pages for icecast2 again. :) Thank you very much! Kind Regards Alexander Schories Tuebingen, Germany If privacy or security of communication is on your mind, feel free to establish a secure transmission using the PGP public key obtainable from http://www.schories.com/alexander/pubkey/alexander_schories.asc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335037: interim solution
Hello Davide, first of all thank you for your bug report! I have no option to release a corrected package, as I have found no sponsor (what they call it here at debian..). I am sure Johannes Rohr, who is still in control of this package, will release an updated version soon. Until this happens - what can take some days here at debian.. - you can use following interim solution: 1. open up /usr/lib/f-prot/tools/check-updates with your favourite editor 2. exchange the OLD line: my $signatureDirectory = '/var/lib/f-prot/'; or die Couldn't determine signature file directory!\n\nExiting; 3. with THIS NEW ONE: my $signatureDirectory = findDEFDirectory() or die Couldn't determine signature file directory!\n\nExiting; 4. Save your changes. :) Thank you once again! Kind Regards Alexander Schories Tuebingen, Germany If privacy or security of communication is on your mind, feel free to establish a secure transmission using the PGP public key obtainable from http://www.schories.com/alexander/pubkey/alexander_schories.asc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335037: interim solution
Hi everybody, i just see, that the debian package version of f-prot expects all signature files at: /var/lib/f-prot However, my patch puts them into the working dir of f-prot (where F-Prot places them usually..but Debian does it - of course - different) /usr/lib/f-prot/ Which is obviously WRONG! So please DON'T USE the above method! Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335037: final interim solution :D
Hi, a quick `n` dirty solution is to simply uncomment the nasty line: #or die Couldn't determine signature file directory!\n\nExiting; Yes, debian coolios and linux superheroes might consider a complete rewrite of the whole script - feel free to do so!! ;-) Fixing it that way, was efficient enough (time to have a pleasant working condition on a saturday morning) for me. :D Kind Regards Alexander Schories Tuebingen, Germany If privacy or security of communication is on your mind, feel free to establish a secure transmission using the PGP public key obtainable from http://www.schories.com/alexander/pubkey/alexander_schories.asc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322629: f-prot-installer: same problem, after update to 0.5.15 /usr/bin/f-prot hangs
Package: f-prot-installer Version: 0.5.15 Followup-For: Bug #322629 Dear maintainers, After update from f-prot-installer_0.5.14_i386.deb to f-prot-installer_0.5.15_i386.deb the script /usr/bin/f-prot hangs, which renders the package unuseable by default. This is esp. sad for amavisd-new or similar.. :| Thanks to Gian Carlo Stagni i fixed the issue within seconds, thank you! I personally don`t know whether it is better to keep and symlink the original script or to fix the one provided with this package. Thank you for your efforts and for maintaining this excellent package! Kind Regards Alexander Schories Tuebingen, Germany If privacy or security of communication is on your mind, feel free to establish a secure transmission using the PGP public key obtainable from http://www.schories.com/alexander/pubkey/alexander_schories.asc -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages f-prot-installer depends on: ii debconf 1.4.52 Debian configuration management sy ii debianutils 2.14.1 Miscellaneous utilities specific t ii libwww-perl 5.803-4WWW client/server library for Perl ii unzip 5.52-3 De-archiver for .zip files ii wget 1.10-3+1.10.1beta1 retrieves files from the web f-prot-installer recommends no packages. -- debconf information: * f-prot-installer/action: Download and install * f-prot-installer/configured: false f-prot-installer/note_cron: f-prot-installer/where_are_files: /tmp * f-prot-installer/reinstall: false f-prot-installer/failed: * f-prot-installer/update_defs: true * f-prot-installer/install_later: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297223: democracy should lead
Hello, Debian's packages are tuned for as many features as possible... Now that`s EXACTLY the reason we use it happily for our many users: Every single one demands another feature - no problem, debian will have it as a package ready in 99,9%! 8) Furthermore i would be suprised, if suddenly the majority of all debian users currently would really use apache2 worker instead of prefork. ;) A long run survey would be really a good and democratic idea. Again, not only ZENDs products are rendered unusable by default on debian now - nearly EVERY third party module (PDFlib...). It`s not *that* hard to understand, why no serious programmer currently compiles his binary (esp. for commercial products that shall be wide spread) based on system with --enable-experimental-zts enabled. ;) Of course the affected php4 packages run with prefork as well - but technically without any real improvement to the prefork users. So all your current work and efforts - to manifest an *experimantal* flag for all users - focuses on a former *wishlist item* of a small minority. Those technically advanced and geeky users could much more easily recompile their packages for their home and educational use as well.., surely even more than the majority of 80+% of the prefork and non-*expiremental*-zts production users. ;-) :) Kind Regards Alexander Schories Tuebingen, Germany If privacy or security of communication is on your mind, feel free to establish a secure transmission using the PGP public key obtainable from http://www.schories.com/alexander/pubkey/alexander_schories.asc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297223: AW: Bug#297223: please explain
Hello Adam, first of all, please let me thank you for your email! Please let us discuss in public - its open source - for open minded! :) caudium, threaded models (which is all but one) of apache2, roxen (if we were to build for it, which we might in the future). What has caudium to with it?! It is NOT a must! It is NOT tied up to apache2 by default!! ;) Steve, even ZENDs - the php company own prducts, like the Zend Platform, DO NOT support ZTS !!! This is patently untrue. You can't run the non-ts module with a ts PHP, but that doesn't mean they don't support both. Re-run their little installer, and it'll happily install a threadsafe zend_extension_ts for you. Adam, you seem to mix up things again: Zend OPTIMIZER *has* TS support. BUT NOT the *PERFORMANCE SUITE* nor the ZEND PLATFORM! These are ONLY available and run non_TS! If you run professional systems with heavy load - those binary caches are a must. It even boost e.g. small typo3(.org) installations.. The Zend Platform wont even work with an apache2 threaded environment! So there is no real use for zts as well. Please read the details ZEND explains.. Where is this explained? http://zend.com/store/products/zend-platform/system-requirements.php = Apache 2.0.x (compiled in prefork mode only!) Again, untrue. turck-mmcache works with ZTS enabled. Of course, you need to build it for ZTS, and use zend_extension_ts in your php.ini. Yes, you can build eA with TS support - but that doesn't mean it actually runs stable... Have you ever tried it on a true, busy server? It´s crashes even more than the non_ts build... I`d like to see eA being a true and even better alternative to Zend`s highly expensive products. Adam, i am not a dreamer - i have to stick to reliable solutions. These currently are only available directly from ZEND: Zend Performance Suite and now Zend Platform. However, - once again - even ZENDs own true products DO NOT support TS! Pleas download a trial and see yourself. Only the free optimizer does, which is in fact, as you will know, in most cases only a decoder for crypted php scripts..its not a true omptimizing product, like a binary chache or similar..its a way to fool admins to have their systems ready for crypted php based products..you know that! :) ZTS-OFF *is* currently standard. Windows is currently standard. I'd prefer not to switch to it just because my hardware upstream tells me so. Adam, i thought you might actually give answers and honestly think about this issue. Even if you have no real argument, you shouldn`t lower yourself to such a level. I am somewhat suprised about getting such a reaction from YOU. Somehow it makes me feel strange about the future of Debian now... I support Debian (excellent mirror in Berlin) because it is/(was?) stable and reliable - like a commercial distro (SuSE, RedHat) - although still being an honest non-profit open source project. I love it and i moved all systems from SuSE to Debian and told all people i met to do the same. Why exactly? There were no crazy dreamers like you find them in gentoo. People that can't understand that professional systems differ from private fun systems. People that can`t understand that true admins have to prefer operating systems which development base on brainy decissions and not on its brand new - lets put it right now to be cool emotional reactions. One last thing: You won`t beat Windows (i use it only as a desktop os as well, yes - and i have no problem with that!) with being 1337. You will even help it! Because COMPANIES - like my small one and all others - depend on reliable decissions and operating system. Our special friend bill g. knows that and is right in doing his best to accomplish that with his products. My small company donated a good brand new server (dual xeon, 2gb ram etc.) to debian as mirror. IT HAS *NOT* bought EITHER a SuSE Enterprise License NOR Bill`s Bull*! So I don`t see any hint, why you are offending me with that dumb windows issue?! Yes, i write these lines from Outlook again - what has this to do with our issue? Can`t you tolerate this - even if you might not like it - and discuss with honest arguments? Maybe you could even convince me with such to move to thunderbird or similar? All you will get is people and esp. companies(=money/donations/influence/media coverage/developers/..) moving to commercial distros. Leaving Debian`s fate to a bunch of childish boys.. A truly sad idea... Kind Regards Alexander Schories
Bug#297223: please explain
Hello, There are two web servers in Debian that we provide PHP support for which require ZTS to be enabled. Which webservers DO ACTUALLY *REQUIRE* zts and why exactly? Please explain. ..support for a binary-only proprietary extension is secondary to this. Steve, even ZENDs - the php company own prducts, like the Zend Platform, DO NOT support ZTS !!! The Zend Platform wont even work with an apache2 threaded environment! So there is no real use for zts as well. Please read the details ZEND explains.. The same issue for the gpl project: eaccelerator (the TurckMMcache successor). And PDFlib, as reported by Kasper Schoonman. One more time: ZTS IS EXERIMENTAL - even the compile flag is called that way!! ZTS-OFF *is* currently standard. It is trivial for any code to be recompiled.. Steve, honestly please contact either segv74 [EMAIL PROTECTED] or Reiner Jung, the developers of eccellerator! They found no simple wrap-it-up and recompile way for the binary cache. If you have the solution - please let world know and enjoy! If the vendor providing your binary-only extension is not willing to do this.. As explained above its not a question of the vendor. then you will not be able to use the Debian PHP4 packages, sorry. Okay, let me sum this up: Although you have given NO SINGLE CLUE why EXACTLY this EXPERIMENTAL flag suddenly is turned on for SARGE and many users will defintely suffer from this, you plan to stick to a PRIVATE PERSONAL decission? This is not why i put debian.charite.de to life, it is not the way debian is meant. Kind Regards Alexander Schories Tuebingen, Germany If privacy or security of communication is on your mind, feel free to establish a secure transmission using the PGP public key obtainable from http://www.schories.com/alexander/pubkey/alexander_schories.asc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297679: libapache2-mod-php4: Thread support / --enable-experimental-zts
Package: libapache2-mod-php4 Version: 4:4.3.10-8 Severity: critical Tags: patch Justification: breaks unrelated software -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libapache2-mod-php4 depends on: ii apache2 2.0.53-5 next generation, scalable, extenda ii apache2-mpm-prefork [apache 2.0.53-5 traditional model for Apache2 ii libbz2-1.0 1.0.2-5 high-quality block-sorting file co ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcomerr2 1.35-6 The Common Error Description libra ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libkrb531.3.6-1 MIT Kerberos runtime libraries ii libmagic1 4.12-1 File type determination library us ii libpcre34.5-1.1 Perl 5 Compatible Regular Expressi ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libzzip-0-120.12.83-4library providing read access on Z ii mime-support3.28-1 MIME files 'mime.types' 'mailcap ii php4-common 4:4.3.10-8 Common files for packages built fr ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information Dear valued maintainers, who`s shocking new-new-new! idea was it to compile libapache2-mod-php4 with --enable-experimental-zts // == experimental ==.. ;) as a STANDARD package for the majority of ALL debian users right now? Honestly? :) Quote: Enable Zend Thread Safety for all SAPIs, meaning that our (!!!) modules are now compiled for ZTS APIs as well. And thats the point: Nearly ALL OTHER modules are NOT compiled with thread safety! Most, esp. including commercial modules, CANNOT be re-compiled due to lack of source code, e.g. Zend Performance Suite, IonCube and many many others.. Some will offer thread safe extensions in near future, some already do (you have to upgrade:$$$) and many do not. All these modules/extensions - over a sudden - do not work anymore. At least in our systems over here.. :) While it`s truly great, that debian aims to be leading the scene and people should be happy with the re-compiled modules supplied by you and therefore maybe even do not notice the current change, it is hard to believe that because of a small minority - that runs thread safe environments (i won't add any comments regarding the current stability of such here..) debian will FROM NOW ON FAIL AS A STANDARD with 90% of the modules out there and so in most cases only work with the ones supplied by debian. It`s not well balanced that EVERY single user, that just wishes to use an additional/external (means not debian supplied) module/extension, will have to RE-COMPiLE ALL PHP4 STUFF (base and over 20 modules) every single time, because a minority of excellent experienced and 1337 geeks. Please, please don`t forget about us! :-) I honestly do not only want to criticize - i have a simple suggestion: Why not split up and offer two packages - e.g. libapache2-mod-php4 (the normal one) and libapache2-mod-php4_ts (thread safe one)? Those companies that already do offer thread safe extensions for php split them up as well. Debian users could decide between both ways until thread safe environments will definitely take over (production systems) one day. Now, beat me up... :D Thank you very much! Kind Regards Alexander Schories Tuebingen, Germany If privacy or security of communication is on your mind, feel free to establish a secure transmission using the PGP public key obtainable from http://www.schories.com/alexander/pubkey/alexander_schories.asc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
