Looking for co-maintainers for MySQL and Quaga
Hello I'm looking for a co-maintainer for my MySQL and Quagga packages. Any volunteers? :-) bye, -christian- pgpD6y7qSVqF0.pgp Description: PGP signature
Re: Bug#291945: eleventh-hour transition for mysql-using packages related to apache
Hello On 2005-02-11 sean finney wrote: > On Fri, Feb 11, 2005 at 10:15:55AM +0100, Francesco P. Lovergine wrote: > > FYI: new mysql FLOSS includes OpenSSL license, so many packages could > > migrate to current libmysqlclient starting from no starting from now.. > > that's great to hear! i'm cc'ing the relevant wishlist bug i have open > against mysql-server. christian: any chance of getting an openssl enabled > version of the mysql-client and mysql-server packages? Yes, I will re-enable openssl in the next upload. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295311: RFH: mysql-dfsg -- mysql database client library
Package: wnpp Severity: normal I request assistance with maintaining the mysql-dfsg package. The package description is: MySQL is a fast, stable and true multi-user, multi-threaded SQL database server. SQL (Structured Query Language) is the most popular database query language in the world. The main goals of MySQL are speed, robustness and ease of use. The generated binaries are mysql-server, mysql-client, mysql-common, libmysqlclient12 and libmysqlclient12-dev. There is also a set of packages from the mysql-dfsg-4.1 for the next version branch that I do also maintain (and look for help for). The packages are currently quite stable and matured but never the less have quite complex scripts and it's a widely used package which should not be left alone when I'm on holidays or ill. Also there are licensing issues every couple of month with which you can tease the always helpful MySQL employees... *evilgrin* Although I'm happy for anybody who helps a but, I'm looking specifically for an official Debian Developer as a Co-Maintainer who is able to upload packages. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295312: RFH: mysql-dfsg-4.1 -- mysql database client library
Package: wnpp Severity: normal I request assistance with maintaining the mysql-dfsg-4.1 package. The package description is: MySQL is a fast, stable and true multi-user, multi-threaded SQL database server. SQL (Structured Query Language) is the most popular database query language in the world. The main goals of MySQL are speed, robustness and ease of use. . This package includes the client library. The generated binaries are mysql-server-4.1, mysql-client-4.1, mysql-common-4,1, libmysqlclient14 and libmysqlclient14-dev. There is also a set of packages from the mysql-dfsg (4.0 branch) for the last version branch that I do also maintain (and look for help for). The packages are currently quite stable and matured but never the less have quite complex scripts and it's a widely used package which should not be left alone when I'm on holidays or ill. Also there are licensing issues every couple of month with which you can tease the always helpful MySQL employees... *evilgrin* Although I'm happy for anybody who helps a but, I'm looking specifically for an official Debian Developer as a Co-Maintainer who is able to upload packages. bye, -christian- ~ ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Do not make gratuitous source uploads just to provoke the buildds!
Hello Wouter On 2005-03-16 Wouter Verhelst wrote: > That's not to say that a request to prioritize a package is to be > ignored; however, the power of deciding which packages get built first > should be with those that actually build the packages, rather than with > those who want their packages to be built. The former are expected to be > following the larger picture; the latter are not. Given that the only really relevant thing is when the package enters testing, which already can be changed by the maintainers, the only thing a maintainer can wish is to have his package build within the 2 or 5 days, or? As only 2 days might be a problem, wouldn't just prefering high+security uploads be enough to make everybody happy without disrupting the buildd order too much? friendly, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
versioned symbols in shared libraries (upstream != Debian)
Hello During the last month I have build my libmysqlclient15 with shared symbols that looked in "objdump -T" like: 0013a154 gDO .bss 0004 MYSQL_5.0 my_dont_interrupt 00026d70 gDF .text 02fa MYSQL_5.0 my_strntoll_8bit 00015730 gDF .text 0025 MYSQL_5.0 my_no_flags_free Now MySQL finally closed my bug report to them and provides symbols in their upstream source. Sadly they look like: f280 gDF .text 000b libmysqlclient_15 mysql_row_tell f4d0 gDF .text 0043 libmysqlclient_15 mysql_escape_string da30 gDF .text 00e1 libmysqlclient_15 mysql_slave_send_query This is bad, right? If I would just use them all the previously built binaries would stop linking and if I stay with mine, no non-Debian dynamically linked binary would run on Debian, right? Any ideas? bye, -christian- (please Cc me) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Urgently need GPL compatible libsnmp5-dev replacement :-(
Hello [regarding #306840 and with more info in #243870] One of my packages, Quagga, is licenced under the GPL but is supposed to get linked against NetSNMP. That now is problematic, as NetSNMP depends on OpenSSL (for SNMPv3 crypto support?) which is not GPL compatible. Does anybody know a good and easy to replace GPL-compatible SNMP library that provides SNMP MUX capatiblities for C applications? Or would it be possible to fork NetSNMP into a libsnmp5-gpl-dev package? bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Urgently need GPL compatible libsnmp5-dev replacement :-(
Hello On 2005-05-03 Henrique de Moraes Holschuh wrote: > On Wed, 04 May 2005, Christian Hammers wrote: > > One of my packages, Quagga, is licenced under the GPL but is supposed to > > get linked against NetSNMP. That now is problematic, as NetSNMP depends > > on OpenSSL (for SNMPv3 crypto support?) which is not GPL compatible. > > A simple extension to Quagga's (*and* NetSNMP if it is GPLed) license > allowing for linking to OpenSSL is probably the easiest way to fix this (and > since that is a documentation change, it would get into sarge). The extension itself would be easy, more problematic is that it would have to be signed by all significant contributers to the Quagga source code and those are many. Not to mention that Quagga was a "frustrated" fork from Zebra which is no longer part of Debian so there may be problems when begging for a licence change... > > Or would it be possible to fork NetSNMP into a libsnmp5-gpl-dev package? > > That would be etch-land. The most sane way to fix this would be to get > NetSNMP to be able to link to the GNU version of OpenSSL (I don't recall how > it is called). I could package the whole libsnmp source code into the Quagga file, and simply compile it with --without-openssl and then link it statically or something similar brute force and ugly. Replacing OpenSSL by GnuTLS is indeed something for etch if the upstream maintainer from NetSNMP does have ambitions doing this at all as NetSNMP is BSD licenced and has no need to do so. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC on mysql 4.1 in sarge
Hello On 2005-05-19 Steve Langasek wrote: ... > > so we've come up with three options, none of which are great: > > > 1 the most recenty woody security update caused problems for some > > people, and there's a package already waiting to go in to fix this > > problem. we could put a fix into the woody mysql-server package into > > this package before the security team handles it. > > 2 if there's going to be a final woody point release, we could put a > > fixed version in there > > 3 give up on trying to fix it, assume that symlinks might get lost, and > > put something in a README file telling users what they have to do > > in order to fix up their database after restoring the symlinks. ... > I see the same three options. Joey has said he is working on a final woody > point release for the last weekend in May; you'll probably need to > coordinate with him and get something uploaded soon if you want to try for > this option. > > 3 does not sound so bad to me; it's arguably user error anyway to replace a > package-provided directory with a symlink in this manner, so having a corner > case of "partially upgraded woody system and installing mysql-server-4.1 and > messed with a package directory" is not the end of the world... I guess you missed my response to this thread so I here the relevant parts: As a direct upgrade from mysql-server (3.23) to mysql-server-4.1 without a prior upgrade to mysql-server (4.0) is quite unlikely, I would like to see our last upload, which in addition has some notes in README.Debian and the Debconf installation notes regarding this, to be accepted for Sarge. Relevant versions are 4.1.11a-2 and 4.0.24-10. [new: 2nd issue - statically linked db3] The new bug #308966 complains that mysql-server and libnss-db produce segfault crashes as mysql-server until now still had the obsolete BDB (aka BerkeleyDB) engine enabled which uses a statically linked local db3 version. Thus BDB support could now complete been removed as luckily support for BDB was not present on most architectures, disabled by default and being warned at startup for a while now and will most likely be removed in 5.0 upstream anyway. Or we could try a patch that Piotr Roszatycki is currently evaluating which would add versioned symbols to the bdb functions in MySQL. He already suspected though, that the patch would not be a oneliner.. So do you want 1. just stay with 4.1.11a-2 and the bug 2. an upload without BDB support as 4.1.11a-3 3. wait to decide upon the forthcoming "versioned symbols patch" later bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC on mysql 4.1 in sarge
Hello [1st RC issue - dpkg removes symlinks when upgrading from 3.23] As discussed before in some corner cases we can do nothing except for showing the user an explanation what happened which has been done in 4.1.11a-2 and 4.0.24-10. [2nd RC issue - statically linked db3] > The new bug #308966 complains that mysql-server and libnss-db produce > segfault crashes as mysql-server-4.1 until now still had the obsolete BDB (aka > BerkeleyDB) engine enabled which uses a statically linked local db3 version. This affects only mysql-server-4.1, not the 4.0 branch. Option 3 changed: 1. just stay with 4.1.11a-2 and the bug 2. an upload without BDB support as 4.1.11a-3 3. an upload with Piotr Roszatyckis 8 line patch that mainly only adds --with-uniquename=_mysql to the configure options and runs sed over one header file (the actual diff is ~50 lines because the patch is been saved as dpatch file like all other patches, too) I verified that the patched package - runs in those cases where the old segfaultet - contains the unique-fied symbols only in /usr/sbin/mysqld and not in the libraries which would be problematic - succeeds the mysql benchmark and some basic tests I did The patch itself can be reviewed at http://www.lathspell.de/linux/debian/mysql/mysql-dfsg-4.1-4.1.11a.debian.diff So I'm in favour of 3. but could live with the other choices, too. Steve? bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
LinuxTag conference: 2 free tickets available
Hello I have two free tickets for the LinuxTag in Karlsruhe / Germany this year, so if anybody wants to attend and has not yet got one, contact me. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Drop the minor release number
On 2005-07-08 Eduard Bloch wrote: > Debian 4.0 for etch, 4.1 for etch stable release 1, 4.2 for etch stable > release 2, 4.2a for etch stable release 2 with a minor CD mastering fix > (for example), etc.pp. I hate letters in version strings, what about: 4.0etch release 4.1etch minor release, i.e. first etch update by Joey 4.1.1 etch patchlevel release, i.e. fix to broken cd image bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Drop the minor release number
People, On 2005-07-08 Wouter Verhelst wrote: > > Counting numbers start at one. The first update would be the second > > release of etch. So really it should be 4.1 for the first release of > > etch and 4.2 for the second release and so on. > > Except that we're computer people, and we start counting at 0. Heck, we > even had a DebConf0 back in 2000. ... start getting used to the version schema of TeX and Latex :-) (TeX has an idiosyncratic version numbering system. Since version 3, updates have been indicated by adding an extra digit at the end, so that the version number asymptotically approaches . The current version is 3.141592. http://en.wikipedia.org/wiki/Version) bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Release-critical Bugreport for December 1, 2006
On 2006-12-01 BugScan reporter wrote: Package: mysql-server-4.1 (debian/main) > Maintainer: Christian Hammers <[EMAIL PROTECTED]> > 398770 [] mysql-server-4.1: memleak - kernel: Out of Memory: This one is tagged with 'sarge' and only 'found 4.1.11a-4sarge7', why doesn't it have a "S" flag so that it is obvious that it does not affect the upcoming Etch release? bye, -christian- -- "I intend to live forever. So far, so good." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379568: ITP: scatterchat -- gaim clone with encryption and anonymity enhancements
Package: wnpp Severity: wishlist Owner: Christian Hammers <[EMAIL PROTECTED]> * Package name: scatterchat Version : 1.0.1 Upstream Author : [EMAIL PROTECTED] * URL : http://www.scatterchat.com/ * License : GPL Description : gaim clone with encryption and anonymity enhancements >>> Quoting http://www.scatterchat.com/index.html ScatterChat is a HACKTIVIST WEAPON designed to allow non-technical human rights activists and political dissidents to communicate securely and anonymously while operating in hostile territory. It is also useful in corporate settings, or in other situations where privacy is desired. It is a secure instant messaging client (based upon the Gaim software) that provides end-to-end encryption, integrated onion-routing with Tor, secure file transfers, and easy-to-read documentation. Its security features include resiliency against partial compromise through perfect forward secrecy, immunity from replay attacks, and limited resistance to traffic analysis... all reinforced through a pro-actively secure design. >>> End of Quote Licences of all used libraries and status of strong encryption on U.S. mirrors need to checked. Also I don't have tried the software yet :) If anybody else wants to maintain, go ahead, else I will prepare packages somewhen in the next days. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITP: iodbc and myodbc
Hello Maintainers As requested by an user I will intent to package myodbc (Public Domain), an API for MySQL (which is needed by Perl ODBC), and the libiodbc (GPL) which is used by myodbc. I found no related ODBC packages already in Debian so I assume they're not there. I'm the MySQL maintainer anyways so packaging the myodbc should be in time for every new MySQL release. bye, -christian- -- Linux - the choice of the GNU generation. Join the Debian Project http://www.debian.org Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624 50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
Re: Release-critical Bugreport for March 10, 2000
Hello
> Package: fetchmailconf (debian/main)
> Maintainer: Paul Haggart <[EMAIL PROTECTED]>
> [REMOVE] This package can be removed if it is not fixed.
> 57287 generates wrong config files
Hello!
I fixed that one a couple of days ago! Do not remove it!
bye,
-christian-
> Package: nfs-kernel-server (debian/main)
> Maintainer: Chip Salzenberg <[EMAIL PROTECTED]>
> 59641 nfs-kernel-server: conflicts with Standard package nfs-server
> Package: nfs-server (debian/main)
> Maintainer: Herbert Xu <[EMAIL PROTECTED]>
> 59642 nfs-server: conflicts with Standard package nfs-kernel-server
Huh? Isn't this what it is expected to?
--
Linux - the choice of the GNU generation. Join the Debian Project
http://www.debian.org
Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624
50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
Relating qpopper and hostname RC-bugs
Hello
An addition to the Release-Critical bugs list:
qpooper#60016: does not understand "pass"
I've just closed that bug (may I as non qpopper-maintainer?) as
the pass command works just find. The error message just occurs
if the User tries to authentificate *twice* in a session :-)
hostname#59410: found how to set domainname for linux
This is apparently just a suggestion how to set the domain part
of the fqdn hostname at boot time.
I cannot see why it is "important" in the Debian sense.
It should probably downgraded to normal.
bye,
-christian-
--
Linux - the choice of the GNU generation. Join the Debian Project
http://www.debian.org
Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624
50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
Re: 0 days till bug horizon
> Package: fetchmailconf (debian/main). > Maintainer: Paul Haggart <[EMAIL PROTECTED]> > 57287 generates wrong config files > [ Removing fetchmailconf means also removing fetchmail, unless someone > uploads a fetchmail version that does not create a fetchmailconf package ] I fixed this one! It was in incoming for weeks. Maybe there was a new upstraem fetchmail still containing the old bugs. I do a fixed upload of fetchmailconfig immediately! bye, -christian- -- Linux - the choice of the GNU generation. Join the Debian Project http://www.debian.org Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624 50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
fetchmailconf
Correction to my previous mail: The bug itself can be closed - fetchmailconfig generates working config files now (the ssl options are gone away). The only problem now (as now is version 5.3.3) is that fetchmailconf cannot read its own files a second time :-( I would suggest *not* to remove it as it is at least good enough for its purposes. bye, -christian- (As I don't speak Python and the current problem seems to be a bit more difficult I cannot do anymore to it) -- Linux - the choice of the GNU generation. Join the Debian Project http://www.debian.org Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624 50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
Re: adoption of bookmarks
Hello On Sat, Dec 23, 2000 at 01:08:55PM +0100, Dr. Guenter Bechly wrote: > 0.12" I read that this package is free for adoption. However, it is not > yet officially announced as up for adoption on the wnpp page of the Debian > website. I thought I had mailed them.. > If the package should indeed be still free for adoption, I would > very much like to adopt it, and could promise to put a quite a lot of > effort in it. Ok, glad to hear, it´s yours! > Guenter bye, -christian- aka [EMAIL PROTECTED] -- It has just been discovered that research causes cancer in rats.
snort: someone willing to work a bit on it?
Hi My snort package needs some work, e.g. a better logfile output and the ability to generate customised filters from the snort.org web page. Sadly I'm currently more interested in other things so maybe one of you want's to improve it. If someone likes he can take it over complete (there are enough programs out there for me to package) but maybe someone has only some hours sparetime... bye, -christian- -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you?
Bug#199752: ITP: zebra-pj -- A possible successor to the orphaned Zebra OSPF/RIP/BGP routing suite
Package: wnpp Version: unavailable; reported 2003-07-03 Severity: wishlist * Package name: zebra-pj Version : 0.94+cvs20030701 Upstream Author : Kunihiro Ishiguro <[EMAIL PROTECTED]> and others * URL : http://zebra.dishone.st/ * License : GPL Description : A possible successor to the orphaned Zebra OSPF/RIP/BGP routing suite - As the original Zebra seems to be orphaned, zebra-pj tries to collect useful patches and eventually replace Zebra. . GNU Zebra is free software (distributed under the GNU Generic Public License) which manages TCP/IP based routing protocols. It supports BGP 4, BGP4+, OSPFv2, OSPFv3, RIPv1, RIPv2, and RIPng as well as the IPv6 versions of these. . Zebra uses threading if the kernel supports it, but can also run on kernels that do not support threading. . Zebra is more than a routed replacement, it can be used as a Route Server and a Route Reflector. . Zebra is unique in design in that it has a process for each protocol. --- I am in contact with Paul Jakma (the "-pj") who collected various patches and maintains this CVS tree and am subscribed to the zebra mailing list where the problem of Zebras "orphanisation" by its original author Kunihiro has been discussed. Kunihiro now works for a company that makes commercial routing daemons for unix which explains why he does not code any longer for the free and popular Zebra. It's not yet clear if a resurrected Zebra or Zebra-pj will survive but in the meantime there's a demand for a Zebra version which includes at least those (important) patches that are floating around the net. The package conflicts+replaces zebra.deb but uses different names for all config files. bye, -christian- -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux app109 2.4.20 #2 Tue Feb 25 20:11:12 CET 2003 i686 Locale: LANG=de_DE, LC_CTYPE=de_DE (ignored: LC_ALL set)
Re: Need C programmer to verify gcc-4.0 FTBFS patch --done
On 2005-09-22 Christian Hammers wrote: > The latest upstream version of libnet-rawip-perl won't compile with gcc-4.0 > and produces lot of the below quoted errors. I produced a patch but would > like a real C programmer to verify what I tried. No help needed anymore :) bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Need C programmer to verify gcc-4.0 FTBFS patch
Hello (please Cc me) The latest upstream version of libnet-rawip-perl won't compile with gcc-4.0 and produces lot of the below quoted errors. I produced a patch but would like a real C programmer to verify what I tried. I tried to understand the changelog of gcc-4.0 and think I learned that the left hand side has to be a "plain simple variable without any frills" and as a typecast never changes the actual value the removing it should be fine, or? thanks, -christian- "pktr" and "user" are "struct"s and "ihl" an "u_int". RawIP.xs: In function 'XS_Net__RawIP_dispatch': RawIP.xs:1287: error: invalid lvalue in assignment RawIP.xs: In function 'XS_Net__RawIP_loop': RawIP.xs:1309: error: invalid lvalue in assignment SID_i386 [EMAIL PROTECTED]:~/debian/perl/t$ diff ../libnet-rawip-perl-0.20/RawIP.xs RawIP.xs 762c762 < (u_char*)pktr = (u_char*)pktr + (ihl*4 - 20); --- > pktr = (u_char*)pktr + (ihl*4 - 20); 788c788 <(u_char*)pktr = (u_char*)pktr + (doff*4 - 20); --- >pktr = (u_char*)pktr + (doff*4 - 20); 821c821 < (u_char*)pktr = (u_char*)pktr + (ihl*4 - 20); --- > pktr = (u_char*)pktr + (ihl*4 - 20); 861c861 < (u_char*)pktr = (u_char*)pktr + (ihl*4 - 20); --- > pktr = (u_char*)pktr + (ihl*4 - 20); 895c895 < (u_char*)pktr = (u_char*)pktr + (ihl*4 - 20); --- > pktr = (u_char*)pktr + (ihl*4 - 20); 1287c1287 < (u_char *)user = SvIV(user); --- > user = SvIV(user); 1309c1309 < (u_char *)user = SvIV(user); --- > user = SvIV(user); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Linking libxxx.so to libxxx_r.so? dpkg-shlibdep doesn't like it...
Hello To help packages like Apache which have some parts like libaprutil that wants to link against libmysqlclient16_r.so and some like PHP that wants to link against libmysqlcient.so, it was proposed that libmysqlclient.so should be made a symlink pointing to the thread safe *_r.so version. (This change would be introduced for the upcoming new soname version which is not yet into unstable! Performance issues were considered to be negligible as the client library only copies data from and to the server) But when putting a corresponding symlink into debian/libmysqlclient16.links, the build process fails with: dh_shlibdeps -a -l debian/libmysqlclient16/usr/lib -L libmysqlclient16 LD_LIBRARY_PATH=/usr/lib/libfakeroot:/usr/lib64/libfakeroot:/usr/lib32/libfakeroot:/debian/libmysqlclient16/usr/lib dpkg-shlibdeps -Tdebian/libmysqlclient16.substvars -Sdebian/libmysqlclient16 debian/libmysqlclient16/usr/lib/libmysqlclient_r.so.16.0.0 dpkg-shlibdeps: warning: dependency on libnsl.so.1 could be avoided if "debian/libmysqlclient16/usr/lib/libmysqlclient_r.so.16.0.0" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libcrypt.so.1 could be avoided if "debian/libmysqlclient16/usr/lib/libmysqlclient_r.so.16.0.0" were not uselessly linked against it (they use none of its symbols). LD_LIBRARY_PATH=/usr/lib/libfakeroot:/usr/lib64/libfakeroot:/usr/lib32/libfakeroot:/debian/libmysqlclient16/usr/lib dpkg-shlibdeps -Tdebian/mysql-client-5.1.substvars -Sdebian/libmysqlclient16 debian/mysql-client-5.1/usr/sbin/mysqlmanager debian/mysql-client-5.1/usr/bin/mysqldump debian/mysql-client-5.1/usr/bin/mysql_client_test_embedded debian/mysql-client-5.1/usr/bin/mysql_waitpid debian/mysql-client-5.1/usr/bin/mysqladmin debian/mysql-client-5.1/usr/bin/mysqltest_embedded debian/mysql-client-5.1/usr/bin/mysql debian/mysql-client-5.1/usr/bin/mysqlshow debian/mysql-client-5.1/usr/bin/mysqlcheck debian/mysql-client-5.1/usr/bin/myisam_ftdump debian/mysql-client-5.1/usr/bin/mysqlimport debian/mysql-client-5.1/usr/bin/mysql_client_test dpkg-shlibdeps: warning: debian/libmysqlclient16/usr/lib/libmysqlclient.so.16 has an unexpected SONAME (libmysqlclient_r.so.16) dpkg-shlibdeps: error: no dependency information found for debian/libmysqlclient16/usr/lib/libmysqlclient.so.16 (used by debian/mysql-client-5.1/usr/bin/mysqldump). dh_shlibdeps: dpkg-shlibdeps returned exit code 2 make: *** [binary-arch] Error 1 Before I start looking for a creative workaround - is this approach a good idea in the first place? Does someone now if binaries build against the shared library on a different Linux distribution would run on Debian then? thanks, -christian- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Intend to create an -fPIC library package...
Hello In the Cc'ed bug report we were asked to created a libmysqld-pic package that only contains libmysqld_pic.a which should be compiled with -fPIC. As I'm no library expert I gladly follow the recommendation of Policy §10.2 and ask for comments :) The reason for creating this package was that libmysqld.a (the embeddable MySQL server) should be included in other shared libraries, like one from Modestas' Amarok package. bye, -christian- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Intend to create an -fPIC library package...
Am Mon, 20 Jul 2009 23:18:23 +0100 schrieb Roger Leigh : > On Mon, Jul 20, 2009 at 11:10:11PM +0200, Christian Hammers wrote: > > Hello > > > > In the Cc'ed bug report we were asked to created a libmysqld-pic > > package that only contains libmysqld_pic.a which should be compiled > > with -fPIC. As I'm no library expert I gladly follow the > > recommendation of Policy §10.2 and ask for comments :) The reason > > for creating this package was that libmysqld.a (the embeddable > > MySQL server) should be included in other shared libraries, like > > one from Modestas' Amarok package. > > If other libraries are including this library, then why is libmysqld > not being provided as a properly-versioned shared object? Upstream, in this case Monty himself, seems to explicitly want it to be a static library for performance reasons as I read from the discussion in: http://lists.mysql.com/internals/35950 > I am not convinced that compiling with -fPIC is appropriate here--it's > working around the fact that mysql isn't providing a properly > reusable shared library. Linking an -fPIC static library (a) with a > shared library (b) will make the contents of (a) part of the exported > interface of (b) because it will by default be added to the dynamic > symbol table unless you take special action with linker scripts. > > There are obvious issues with security updates if people are linking > against libmysqld.a, since all libraries linking against it will need > rebuilding if there's a security update. If it's shared, that won't > normally be required. At least RedHat and Gentoo already have experimented with building their own shared libraries from libmysqld.a: https://bugzilla.redhat.com/show_bug.cgi?id=149829 https://bugs.gentoo.org/attachment.cgi?id=186606 So I try to get this working on Debian, too, and create a libmysqld0 package with a shared library instead. Speaking of it, which soname version should I give it? 0.0.0? Or something like 0.5137.0 to somehow encode a version as I cannot promise that *I* know when they make API changes? .so.5.1.37 seems not to be a good idea in case MySQL somewhen starts to ship a libmysqld.so.5 themselves. bye, -christian- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Intend to create an -fPIC library package...
Hello On 2009-07-21 Wouter Verhelst wrote: > On Tue, Jul 21, 2009 at 12:40:17AM +0200, Christian Hammers wrote: > > Am Mon, 20 Jul 2009 23:18:23 +0100 > > schrieb Roger Leigh : > > > If other libraries are including this library, then why is libmysqld > > > not being provided as a properly-versioned shared object? > > > > Upstream, in this case Monty himself, seems to explicitly want it to be > > a static library for performance reasons as I read from the discussion > > in: http://lists.mysql.com/internals/35950 > > In that case, and if we do indeed want to support this static library > interface, indirect users of libmysqld.a should link to it when they > compile their software. Shared libraries can in fact use symbols from > the 'main' program if they're compiled in like that -- except that, of > course, these shared libraries then depend on the assumption that the > static library does not change its ABI, and they have no way at all to > ensure that. First, thanks for the long answer, Wouter! To wrap it up: * static libraries are a PITA in case of security problems * static libraries are a PITA for other projects as they have no versions * shared libraries with self chosen soname or --release= versions are even PITA as I, as a maintainer, surely won't watch for ABI breakages * MySQL is a ... :) As I don't care much and the Amarok team asked to provide a -fPIC version my plan is to provide both a static and a pic version to them but in different packages so that in case of a security problem the relevant packages with build-deps can be identified, after which it's their maintainers problem to provide a DSA as well. If the Security-Team or Release Managers clearly reject this, I remove the packages again until the Amarok'ers have come to agreement with them on what's acceptable for Debian. bye, -christian- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Intend to create an -fPIC library package...
Am Tue, 21 Jul 2009 22:13:55 + (UTC) schrieb Philipp Kern : > On 2009-07-21, Christian Hammers wrote: > > First, thanks for the long answer, Wouter! > > > > To wrap it up: > > * static libraries are a PITA in case of security problems > > * static libraries are a PITA for other projects as they have no > > versions > > * shared libraries with self chosen soname or --release= versions > > are even PITA as I, as a maintainer, surely won't watch for ABI > > breakages > > Well, actually... I would expect that from a maintainer of a... shared > library. dpkg-gensymbols helps with that, though. I meant "maintainer" as in Debian maintainer not as in upstream author. The upstream programmers are responsible for their soname as they know the best when they change relevant code. Or would you really mean we should compare the symbol table of every new upstream release with the previous one? > > * MySQL is a ... :) > > We already have a real database server in Debian. :-P Oh Postgres will just end up as yet another MySQL table engine! bye, -christian- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Need help with MySQL upgrade tests on 2.4 kernel
Hello Two users reported that a sarge->etch upgrade with a running 2.4 kernel does not work because /usr/sbin/mysqld from the mysql-server-5.0 package hangs and postinst never finishes. I've just tried to reproduce it myself but kernel 2.4 dislikes my SATA controller and I cannot get it to boot. Could anybody try at the current mysql-server-5.0 package from etch with kernel 2.4 and send me some debugging info like strace/lstrace if it hangs? bye, -christian- signature.asc Description: PGP signature
Re: Bug#416841: Need help with MySQL upgrade tests on 2.4 kernel
On 2007-04-07 Steve Langasek wrote: > On Sat, Apr 07, 2007 at 03:39:11PM -0400, Lennart Sorensen wrote: > > On Sat, Apr 07, 2007 at 12:28:13PM -0700, Steve Langasek wrote: > > > Isn't this only reported against the version in sid, which is not > > > included in etch? > > > > Etch is the last Debian release that supports upgrades from 2.4 > > > kernels. Lenny will not run on a 2.4 kernel. Perhaps the users should > > > just upgrade? > > > OK, I will grab the sid version of mysql and try it. And I will use the > > 2.4.27 kernel too. > > Mmm, guess I wasn't clear -- I mean that there's no point in trying to work > on this bug, because lenny *as a whole* will not support 2.4 kernels. (the > glibc maintainers are eager to drop LinuxThreads support, which means lenny > will stop supporting threading on 2.4 within days/weeks of the etch > release.) What I feared was the upgrade process itself. I guess that mysql and the new 2.6 kernel will get installed in the same "apt-get dist-upgrade" run and thus if mysql-server-5.0 hangs and the user presses ctrl-c he is left with a half broken system. Or is there some mechanism that tells the user first to upgrade to a 2.6 kernel then reboot and then update the rest of the packages? bye, -christian- signature.asc Description: PGP signature
Re: Bug#416841: Need help with MySQL upgrade tests on 2.4 kernel
On 2007-04-09 Lennart Sorensen wrote: > On Mon, Apr 09, 2007 at 01:28:18PM +0200, Christian Hammers wrote: > > What I feared was the upgrade process itself. I guess that mysql and the > > new 2.6 kernel will get installed in the same "apt-get dist-upgrade" run > > and thus if mysql-server-5.0 hangs and the user presses ctrl-c he is left > > with a half broken system. > > Well what does mysql_install_db do exactly? It checks and installs MySQL's system tables in the "mysql" database and adds new privileges etc. Basically it just starts /usr/sbin/mysqld in a kind of "single user mode" and pipes an SQL file into it. bye, -christian- signature.asc Description: PGP signature
Re: Bug#416841: Need help with MySQL upgrade tests on 2.4 kernel
On 2007-04-09 Steve Langasek wrote: > On Mon, Apr 09, 2007 at 01:28:18PM +0200, Christian Hammers wrote: > > > Mmm, guess I wasn't clear -- I mean that there's no point in trying to > > > work > > > on this bug, because lenny *as a whole* will not support 2.4 kernels. > > > (the > > > glibc maintainers are eager to drop LinuxThreads support, which means > > > lenny > > > will stop supporting threading on 2.4 within days/weeks of the etch > > > release.) > > > What I feared was the upgrade process itself. I guess that mysql and the > > new 2.6 kernel will get installed in the same "apt-get dist-upgrade" run > > and thus if mysql-server-5.0 hangs and the user presses ctrl-c he is left > > with a half broken system. > > It *doesn't* *matter*. Running etch with a 2.4 kernel is not officially > supported; I talk about the upgrade from *sarge* to etch! The bug report was against the etch version of mysql and the release notes do not demand a kernel upgrade to 2.6 before even starting the dist-upgrade from sarge to etch. Chapter 4.1.5 just says that kernel 2.4.1 is required before upgrading. Etch to lenny is of course no problem. So depending on what I further find out, I propose a upload to 4.0r1 and/or a note in the release notes for mysql. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Looking for Co-Maintainers for MySQL
Hello As I had much too few time for testing and improving the MySQL packages during the last month and will be away for the whole May, I need some Co-Maintainer. Preferably someone who is motivated enough to maybe somewhen take over the whole package as I'm getting a bit bored on it after 8 years of maintainership :) If you're interested have a look at the following page: http://bugs.debian.org/[EMAIL PROTECTED] (almost only MySQL bugs) http://packages.qa.debian.org/m/mysql-dfsg-5.0.html http://svn.debian.org/wsvn/mysql-dfsg-41 (don't mind the 41 its for 5.0, too) Then start fixing bugs :) bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421026: RFA: mysql-dfsg-5.0 -- MySQL database server
Package: wnpp Severity: normal Hello I'm looking for an adopter for the MySQL packages as I do no longer have enough time to maintain it and especially prepare the transition to MySQL 5.1 and the intended split-away of the NDB cluster daemons into their own packages. The package is currently co-maintained by Sean Finney and I'm planning to help as co-maintainer and backup in the future, too. To ease team work, the maintainer email has already been set to an alioth.debian.org based mailing list and the complete debian/ directory is managed with Subversion on svn.debian.org back to sarge times. If you're interested, contact us at [EMAIL PROTECTED] bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421977: RFH: quagga co-maintainer wanted (BGP/OSPF/RIP routing daemon)
Package: wnpp Severity: normal Hello I'm looking for a co-maintainer as a holiday and illness backup for the package quagga which is quite easy to maintain and does not need much work. bye, -christian- The package description is: GNU Quagga is free software which manages TCP/IP based routing protocols. It supports BGP4, BGP4+, OSPFv2, OSPFv3, IS-IS, RIPv1, RIPv2, and RIPng as well as the IPv6 versions of these. . As the precessor Zebra has been considered orphaned, the Quagga project has been formed by members of the zebra mailing list and the former zebra-pj project to continue developing. . Quagga uses threading if the kernel supports it, but can also run on kernels that do not support threading. Each protocol has its own daemon. . It is more than a routed replacement, it can be used as a Route Server and a Route Reflector. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Co-Maintainer for libdbi-perl wanted
Hello I'm looking for a co-maintainer of libdbi-perl. It's a very low-work package that just sometimes fails to build on some architecture. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
MySQL still needs a new maintainer!
Hello The MySQL packages are tagged with "RFA" for months now and need a Maintainer with a couple of hours of spare time per week. MySQL 5.1 packages are in experimental and almost¹ ready for the 5.0->5.1 transition. The source is in SVN and the maintainer address replaced by an Alioth based mailing list to ease the work for the next maintainer. bye, -christian- ¹: I tried to build most language bindings against the new libmysqlclient16-dev package and only PHP failed. signature.asc Description: PGP signature
Proposing task-debian
Hello Recently I found two packages, debsig-verify and apt-listchanges only by coincidence because I read in a mailing list about them. Would it be good to have a package task-debian that had dependencies to such "meta" packages (including the latest version of apt,debconf and dpkg) to ensure that users always get the latest Debian "maintenance"/"meta" packages if they wish so? bye, -christian-
Re: Proposing task-debian
On Sat, Apr 28, 2001 at 10:55:22PM -0400, Joey Hess wrote: > Er, what would you think/do if you were a new user, and saw a list of tasks > like "Web Server", "X Desktop", and so on, and nestled in aoung them was > one titled, inexplicably. just "Debian"? Call it a "working title". We can discuss the name of the package later :) > If these tools become widly enough accepted that we think everyone > should have them available by default, we can make them standard > priority. Will "apt-get -u upgrade" automatically propose new packages with priority standard? Anyways I though more on the typical testing/unstable user than on people who do fresh installs... > see shy jo bye, -christian-
Re: Proposing task-debian
On Mon, Apr 30, 2001 at 01:47:34PM -0400, Matt Zimmerman wrote: > Perhaps it would be useful to create a new archive section for Debian-specific > tools. There seem to be more written all the time, and it would be nice to be > able to easily browse a list of them. Things like apt-zip, grep-dctrl, > deborphan, debfoster, dlocate, debsums, dpkg-dev-el, dput, and reportbug come > to mind as likely candidates for such a section. There's no reason to make I like this idea. Do others have other opinions about this? Who must be asked to create a new section? bye, -christian- -- Save the forests, eat more beavers!
taking over unixodbc
Hi If no one else wants it (was orphaned) I could take this. I have mysql and myodbc, too. bye, -christian-
Re: Bug#533369: ITP: tinycalc -- Command line calculator for developers
Hi Am Tue, 16 Jun 2009 23:22:44 +0200 schrieb Rocco Folino : > Package: wnpp > Severity: wishlist > Owner: Rocco Folino > > > * Package name: tinycalc > Version : 0.1 > Upstream Author : Rocco Folino > * URL : http://tinycalc.sourceforge.net > * License : GPL > Programming Lang: C > Description : Command line calculator for developers > > Tiny Calculator is a command line calculator for developers. > It can resolve a complex expression mixing decimal, esadecimal an > binary number. The result is automatic converted in decimal, > esadecimal ad binary format. Sounds like apcalc which has been in Debian since more than 10 years... $ calc '0xff + min(10,20) + 0b0010' 267 "Calc is an arbitrary precision arithmetic system that uses a C-like language. Calc is useful as a calculator, an algorithm prototyper and as a mathematical research tool. More importantly, calc provides one with a machine independent means of computation. Calc comes with a rich set of builtin mathematical and programmatic functions. ..." Is there any benefit for another command-line calculator? bye, -christian- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ifupdown 0.7~alpha4 in experimental
On Wed, 15 Jun 2011 13:11:41 +0200 Stephan Seitz wrote: > On Wed, Jun 08, 2011 at 05:06:09PM +0300, Andrew O. Shadoura wrote: > >As some may already have noticed, the new ifupdown revision, 0.7~alpha4 > >entered experimental, and is successfully built at least on i386 and > >amd64. > > Thanks for your work. > > Does this package support configuring different IPv6 address types (say > one fixed address, so you know how to reach the system, and one dynamic > address (privacy extension) for outgoing traffic)? > If not yet, is this feature planned? As a workaround you can already add the following to /etc/network/interfaces to change your "fixed address": # Mark this address as still reachable but deprecated as source # address for new outgoing connections: up ip addr change 2001:f00::1234/64 dev eth0 preferred_lft 0 (I'm still unsure if preferred_lft is really the right way but the only other alternative seems "ip addrlabel" and they are very confusing) bye, -christian- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110615185254.74953...@sys-251.netcologne.de
Re: ifupdown 0.7~alpha4 in experimental
On Thu, 16 Jun 2011 11:28:48 +0200 Stephan Seitz wrote: > On Wed, Jun 15, 2011 at 06:52:54PM +0200, Christian Hammers wrote: > >As a workaround you can already add the following to > >/etc/network/interfaces to change your "fixed address": > > > > # Mark this address as still reachable but deprecated as source > > # address for new outgoing connections: > > up ip addr change 2001:f00::1234/64 dev eth0 preferred_lft 0 > > Thanks for your answer. > So how do you do the auto configuration? Do you have radvd running or > a DHCPv6 server? If I understand correctly, radvd won’t give you DNS > servers. How would an interface configuration look like? I use /etc/network/interfaces for the static IP and tell the kernel via sysctl to accept Router-Advertisements for additional prefixes (autoconf=1 and accept_ra=1) under which it should generate random addresses (use_tempaddr=2). New IPv6 Adresses then appear magically with scope "global temporary dynamic". My DNS servers are configured fixed in /etc/resolv.conf. There is no radvd or dhcp6d running. iface eth0 inet6 static address 2001:4dd0:0:xxx:yyy:: netmask 64 gateway fe80::1 pre-up sysctl net.ipv6.conf.eth0.autoconf=1 pre-up sysctl net.ipv6.conf.eth0.use_tempaddr=2 pre-up sysctl net.ipv6.conf.eth0.accept_ra=1 bye, -christian- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110616114649.3a617...@sys-251.netcologne.de
What about a bookmarks-package ?
Hi ! Just an idea while I was (like so often) search the Web for some Information: Why not creating a Debian package that contains a huge html file with links and some "bookmarks-file" converters for Netscape/IE/lynx etc. The bookmarks could e.g. contain a folder with all (good) search engines, with ones for the web,for usenet (dejanews) for mailing lists etc. Another one could contain links to descriptions of standards e.g. a link to a SQL Reference, a HTML Reference, a libc Reference or a Perl5 Reference. Yet another could held security-related sites: bugtraq archive, rootshell, pgp.net cert.net etc. Of course the main folders would contain anything related to Linux: all Distributions, Home Pages of GNU,FSF,GNOME,kernel.org,Linux Resources, ... and all you can imagine. The fast growing size (:-)) of this file could be handled by splitting it up to several smaller files that lays in (hum...) /var/www/Debian-Bookmars or maybe in /usr/share with a link to /var/www - I must think about it a bit longer. What is your opinion - would this be a good idea ? read you, -christian- P.S.: Yes, I would like to be maintainer - if all of you be contributers =;-) -- Linux - the choice of the GNU generation ! Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624 50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
Intent to package: Debian-Bookmarks
Hi ! I hereby formally "intent to package" the debian-bookmarks package ! :-) It is a package that I like to create that - like the name says - just contains bookmarks. It is intendet for both, Linux newbies and advanced users and will hopefully contains lots of usefull links about Linux, computer as well as non-computer topics. I had the idea because in this fast growing net, there are very much information that you simply do not find, as well as many very good and informative sites that everybody knows - except you :-) So if you have links that you like -> mail them. Ecspecially if you have national links. read you, -christian- Below the first idea of a "directory structure". Ideas welcome. /usr/bin/bookmarks-convert Converts html pages to bookmarks for several browsers like netscape, lynx, /usr/share/debian-bookmarks/debian-bookmarks.html * dwww and such things * national sites - national search engines - national FTP servers - misc non-computer stuff * search - international normal- and meta- - ftp - email - news - listen - special - more_engines * Linux - Linux User Groups - Distributions (yes, also the others :-)) - Projects (gnome,kde,dosemu..) - Other Stuff * Documentation - References (html,sql,C...) - Web Sites (FAQ Archives...) * Programming - Languages (incl. special FTP Sites) - Projects (gnome,kernel..) * Games (linux-quake...) * Security - Privacy - Cryptology * Misc -- Linux - the choice of the GNU generation ! Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624 50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
Re: what's after slink
On Mon, Oct 05, 1998 at 10:24:37AM -0700, David Welton wrote: > > > > How about naming it after species of penguin? Hey, the first VERY GOOD idea ! read you, -christian- -- Linux - the choice of the GNU generation. Join the Debian Project http://www.debian.org Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624 50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
Re: KDE gone, Linux next?
On Wed, Oct 14, 1998 at 09:06:32PM +1000, Matthew Parry wrote:
> As Linux becomes more popular the hardware manufacturers will start
> giving away drivers with the hardware, as they do for WIN95/NT/Mac.
> If we give them the option to release the drivers as closed source
> then most of them will. But if we force them to release as open
> source then they'll still release the drivers - because market
> demand requires it - but they'll release them as free software
Maybe somewhen this will happen, but during the next few years, the
hardware manufacturer will rather ship NO drivers for special kinds of
hardware than open software. :-(
Of course open software has the advantage that one could recompile it
more easily if the kernel version changes (which company bothers with
35 patches of a stable kernel ! Even MS does not produce such many
patches).
But I would only try to encourage them to produce linux driver. In a way
they like. If one does not like it, one could wait for the hackers out
there to produce a working freeware driver.
> In the case of word processors, I could care less. But when
> it comes to something like the kernel - something that at times
> requires fast bugfixes - it is extreemly important.
Remember, if you do not have a driver for your hardware it becomes quite
unimportant how fast bugfixes would be made.
First we must get the companies to PRODUCE drivers for Linux at all !
> Matthew Parry
read you,
-christian-
--
Linux - the choice of the GNU generation. Join the Debian Project
http://www.debian.org
Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624
50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
Intend to package Net-RawIP-Perl.deb
Hi !
I would like to package the Perl module "Net::RawIP".
It is, like the name suggests, a low level Networking module. It allows you
to create any kind of IP package and gives special support for TCP, UDP and
ICMP. There is even raw Ethernet support.
This package makes it possible to write "traceroute", "ping" and even
the well-known "land/bonk/teardrop attacks" in pure Perl.
I will try to package it in the way the other Net-*-perl packages are done.
The upstream maintainer says that he would be "very glad" to had this one
in the Debian distribution. (He is a Debian Fan!)
read you,
-christian-
--
Linux - the choice of the GNU generation. Join the Debian Project
http://www.debian.org
Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624
50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
pgpmZhAlYDqFB.pgp
Description: PGP signature
What to do with CPAN ?
Hi ! I wonder if there was already a discussion about what to do with all those CPAN libraries. Should we package all of them (naaa...) or only the best, or none of them (oohhh :-(). Or should we create some "Big-Packages" i.e. say the user "ok, you can get CPAN/Networking of CPAN/Databases but only all those 1MB, or none". Any conclusion ? read you, -christian- -- Linux - the choice of the GNU generation. Join the Debian Project http://www.debian.org Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624 50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
Re: Request for package: Midgard
On Sun, 23.05.99 14:50 +, Henri Bergius wrote: > This would make it suitable for the main branch. However, as > it depends on MySQL (non-free, I guess) at this point it should > propably be placed in contrib. We are looking to add support > for other databases and this problem should disappear sometime > during June. There is a free mysql client in main and the GPL'ed server will follow at the Linux-Expo in June. > /Bergie read you, -christian- (Debian MySQL Maintainer) -- Linux - the choice of the GNU generation. Join the Debian Project http://www.debian.org Christian Hammers * Oberer Heidweg 35 * D-52477 Alsdorf * Tel: 02404-25624 50 3C 52 26 3E 52 E7 20 D2 A1 F5 16 C4 C9 D4 D3 1024/925BCB55 1997/11/01
GnuPG *Sub-Keys* for signing ?
Hello Is it possible to import the old RSA key to gpg, and then create a D/g subkey for signing. This would leave my signatures in the private keyfile but allowes me to sign with a non RSA key. read you, -christian- -- Christian Hammers WESTEND GmbH Tel 0241/701333-0 ch@westend.com DPN Verbund-Partner Aachen u. Dueren Fax 0241/911879
