Inactive maintainer (package: libguichan0)
Hello everyone, I have got a problem with the following maintainer: FERREIRA Yohann <[EMAIL PROTECTED]> He is the offical maintainer of the libguichan0 (and libguichan0-dev) package but he seems to be inactive. I asked him for a few weeks, if he could upload libguichan0 in version 0.6.1 to Debian Sid (because my tmw / tmw-music package depends on it), but he refered me to another person. Here is the original email (his answer is the part at the top): Hi, You can ask Mickael Koch for that. Michael Koch <[EMAIL PROTECTED]> Have a nice day. > > Hi Bertram, > > > > I would ask you if you would upload libguichan0 0.6.1 to Debian > > unstable, so that my tmw package can enter Debian Sid (it's now in > > experimental). > > > > Regards, > > Patrick Matthäi So I asked Michael Koch (his package sponsor) and he has written: Hello Yohann, You need to prepare a new new upload which I can sponsor. I cannot just move packages from experimental to unstable. When its done please send me the URL to the *.dsc file and I can upload it. Cheers, Michael Now I have complained an offical report at the dbd about it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421859 But without any answer. I hope someone could solve this problem and if the maintainer will still be unavailable for his package, I would be ready to be the new maintainer of the libguichan0 package. Regards, Patrick Matthäi <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422335: ITP: liquidlnf -- Java Swing Look and Feel of Mosfet Liquid KDE 3.x
Package: wnpp Owner: Varun Hiremath <[EMAIL PROTECTED]> Severity: wishlist * Package name: liquidlnf Version : 2.9.1 Upstream Author : Erik Vickroy <[EMAIL PROTECTED]> * URL or Web page : https://liquidlnf.dev.java.net/ * License : LGPL Description : Java Swing Look and Feel of Mosfet Liquid KDE 3.x This is a look and feel for Java GUI applications based on Swing. It is based on Mosfet's Liquid theme for KDE . Homepage: https://liquidlnf.dev.java.net/ signature.asc Description: Digital signature
Bug#422333: ITP: libjgoodies-animation-java -- Time-based real-time animations in Java
Package: wnpp Owner: Varun Hiremath <[EMAIL PROTECTED]> Severity: wishlist * Package name: libjgoodies-animation-java Version : 1.2.0 Upstream Author : Karsten Lentzsch * URL or Web page : https://animation.dev.java.net/ * License : BSD Description : Time-based real-time animations in Java The JGoodies Animation framework enables you to produce sophisticated time-based real-time animations in Java. It has been designed for a seemless, flexible and powerful integration with Java, ease-of-use and a small library size. . The Animation framework requires Java 1.4 or later. . Homepage: https://animation.dev.java.net/ signature.asc Description: Digital signature
Bug#422334: ITP: libjgoodies-binding-java -- Swing Data Binding Framework
Package: wnpp Owner: Varun Hiremath <[EMAIL PROTECTED]> Severity: wishlist * Package name: libjgoodies-binding-java Version : 1.4.0 Upstream Author : Karsten Lentzsch * URL or Web page : https://binding.dev.java.net/ * License : BSD Description : Swing Data Binding Framework The JGoodies Binding synchronizes object properties with Swing components. And it helps you represent the state and behavior of a presentation independently of the GUI components used in the interface. . The Binding requires Java 1.4 or later. . Homepage: https://binding.dev.java.net/ signature.asc Description: Digital signature
Bug#422336: ITP: tinylaf -- pluggable Look and Feel for Java
Package: wnpp Owner: Varun Hiremath <[EMAIL PROTECTED]> Severity: wishlist * Package name: tinylaf Version : 1.3.05 Upstream Author : Hans Bickel * URL or Web page : http://www.muntjak.de/hans/java/tinylaf/index.html * License : LGPL Description : pluggable Look and Feel for Java TinyLaF is a (mostly painted) pluggable Look and Feel for Java. TinyLaF can look like Windows 98 or like Windows XP. With the assistance of the control panel, the user can define the component's colors and behaviour. . Homepage: http://www.muntjak.de/hans/java/tinylaf/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Are popcon stats per package and arch possible? (was: The number of etch installations is rocketing...)
Hi, On Thu, Apr 12, 2007 at 11:14:32AM +0200, Petter Reinholdtsen wrote: > This is the current architecture distribution. > > 2 0.01% i486 > 2 0.01% kfreebsd-amd64 > 3 0.01% hurd-i386 > 3 0.01% ppc64 > 7 0.02% armel > 9 0.03% armeb > 9 0.03% s390 > 9 0.03% kfreebsd-i386 >11 0.03% m68k >22 0.06% mips >41 0.12% ia64 >44 0.13% hppa >52 0.15% alpha >53 0.15% mipsel > 171 0.49% sparc > 448 1.27% powerpc > 615 1.75% arm > 4279 12.16% amd64 > 29417 83.58% i386 > 35197 100.00% total (ignored 223 without arch info) I wonder whether it is possible to get information about which package is installed/used on a particular architecture. Is there something like http://popcon.debian.org/source/by_inst for every arch individually? Thanks, Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Are popcon stats per package and arch possible?
[Michael Hanke] > I wonder whether it is possible to get information about which > package is installed/used on a particular architecture. It is possible, but it isn't done at the moment. We do not store the data needed to generate such reports, but it could be done with the data set we have at every given point in time. But I would be reluctant to do it for the less used architectures, for privacy reasons. The information we get from such analysis would be too easy to associate with individual users (like the kfreebsd-amd64 porters for that arch. :). And for those interested, here are the latest numbers: 2 0.00% i486 2 0.00% kfreebsd-amd64 3 0.01% hurd-i386 3 0.01% ppc64 8 0.02% armel 9 0.02% armeb 9 0.02% s390 11 0.02% m68k 11 0.02% kfreebsd-i386 20 0.04% mips 42 0.09% ia64 57 0.12% hppa 65 0.14% mipsel 68 0.14% alpha 223 0.47% sparc 598 1.25% powerpc 676 1.42% arm 5625 11.79% amd64 40283 84.42% i386 47715 100.00% total (ignored 229 without arch info) Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Are popcon stats per package and arch possible?
On Sat, 2007-05-05 at 10:40 +0200, Petter Reinholdtsen wrote: > [Michael Hanke] > > I wonder whether it is possible to get information about which > > package is installed/used on a particular architecture. > > It is possible, but it isn't done at the moment. We do not store the > data needed to generate such reports, but it could be done with the > data set we have at every given point in time. > > But I would be reluctant to do it for the less used architectures, for > privacy reasons. The information we get from such analysis would be > too easy to associate with individual users (like the kfreebsd-amd64 > porters for that arch. :). I agree about "privacy reasons". Thanks for keeping this aspect in mind. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: auditd -- User space tools for 2.6 kernel SELinux auditing
reopen 311214 owner 311214 Philipp Matthias Hahn <[EMAIL PROTECTED]> thanks Hello Philipp, On Thu, Mar 22, 2007 at 04:11:10PM +0100, Philipp Matthias Hahn wrote: > I've put some work into creating a first version of a Debian package of > audit-1.5.1 for private use, which you can get from > http://pint.pmhahn.de/pmhahn/debian/etch/a/audit/ That's great, thanks! > Perhaps you can take a look at it and provide some feedback to get it > into shape for official upload to Debian. One major chanhe compared to > the Red-Hat package is, that all binaries live under /usr/sbin and not > under /sbin. I have been able to build a preliminary frysk package using these audit packages. I agree with Manoj and Russell, we should probably follow upstream location. Could you please upload it when you think it's ready? Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: To whoever will take over mysql (... and to everybody else thinking about playing games with version numbers)
> "sean" == sean finney <[EMAIL PROTECTED]> writes: sean> um, shouldn't the fact that an upgrade of mysql-server-4.1 sean> started installing a package named "mysql-server-5.0" have sean> been a good hint? Not in the general case, where it might mean that both versions are getting installed at the same time. Yes, if you know the internals of the packaging this isn't possible for mysql, but in the general case it is possible. Or if upgrading so many packages that you don't notice. Even if you noticed that the version number of mysql-server-4.1 was wrong, in the general case, this might just mean a backward compatibility layer or something was installed (again this case not applicable for this package). -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Are popcon stats per package and arch possible?
On Sat, May 05, 2007 at 10:40:34AM +0200, Petter Reinholdtsen wrote: > [Michael Hanke] > > I wonder whether it is possible to get information about which > > package is installed/used on a particular architecture. > > It is possible, but it isn't done at the moment. We do not store the > data needed to generate such reports, but it could be done with the > data set we have at every given point in time. > > But I would be reluctant to do it for the less used architectures, for > privacy reasons. The information we get from such analysis would be > too easy to associate with individual users (like the kfreebsd-amd64 > porters for that arch. :). Right, thanks for pointing this out. > And for those interested, here are the latest numbers: > > 2 0.00% i486 > 2 0.00% kfreebsd-amd64 > 3 0.01% hurd-i386 > 3 0.01% ppc64 > 8 0.02% armel > 9 0.02% armeb > 9 0.02% s390 >11 0.02% m68k >11 0.02% kfreebsd-i386 >20 0.04% mips >42 0.09% ia64 >57 0.12% hppa >65 0.14% mipsel >68 0.14% alpha > 223 0.47% sparc > 598 1.25% powerpc > 676 1.42% arm > 5625 11.79% amd64 > 40283 84.42% i386 > 47715 100.00% total (ignored 229 without arch info) To me it looks like stats for the major architectures up to (and including) powerpc are ok wrt privacy concerns. Do you agree? I'd be very interested in this information and would be glad if it could be made available. Thanks, Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Inactive maintainer (package: libguichan0)
Hi, On Sat, 2007-05-05 at 09:17:43 +0200, Patrick Matthäi wrote: > Now I have complained an offical report at the dbd about it: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421859 > But without any answer. This bug report has only been filed 3 days ago... regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
On Friday 04 May 2007 20.52:07 Josselin Mouette wrote: > Don't forget the GUI tools: > x09F911029D74E35BD84156C5635688C0 > gnome-09F911029D74E35BD84156C5635688C0 > k09F911029D74E35BD84156C5635688C0 You forgot to make Gürkan and a few others happy: 09F911029D74E35BD84156C5635688C0.app -- vbi -- May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels. pgpPYUzmyco4i.pgp Description: PGP signature
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
On Sat, 5 May 2007 14:34:15 +0200 Adrian von Bidder wrote: > On Friday 04 May 2007 20.52:07 Josselin Mouette wrote: > > > Don't forget the GUI tools: > > x09F911029D74E35BD84156C5635688C0 > > gnome-09F911029D74E35BD84156C5635688C0 > > k09F911029D74E35BD84156C5635688C0 > > You forgot to make Gürkan and a few others happy: > 09F911029D74E35BD84156C5635688C0.app As x09F911029D74E35BD84156C5635688C0 is a generic X11-tool, we need some nice Xfce stuff for lib09F911029D74E35BD84156C5635688C0 too: xfce4-09F911029D74E35BD84156C5635688C0-plugin - xfce panel plugin haggard - thunar style tool for using 09F911029D74E35BD84156C5635688C0 And well, you all forgot scripts/plugins for the IM-clients: gaim-09F911029D74E35BD84156C5635688C0 gajim-09F911029D74E35BD84156C5635688C0 xchat-09F911029D74E35BD84156C5635688C0 irssi-script-09F911029D74E35BD84156C5635688C0 (and others...) ;-) -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | GPG/PGP-Key-ID: 0xAC15B50C >-|-< | 0C04 F872 0963 ADC9 AA83 882B 24A0 1418 AC15 B50C / \| http://www.die-welt.net - [EMAIL PROTECTED]
Re: LDAP breaks kcheckpass when not setuid root (#298148)
On Sat, May 05, 2007 at 01:13:36AM -0500, Peter Samuelson wrote: > > > On Fri, May 04, 2007 at 11:51:02PM +0200, Petter Reinholdtsen wrote: > > > Actually, you got it backwards, as explained above. pam-ldap isn't > > > using the password hash to check the password. It is passing the > > > password over to the LDAP server (using an LDAP bind), and letting the > > > LDAP server decide if the password is correct or not. > > [Roberto C. Sánchez] > > You mean that the passwords go in the clear? > > Yes, unless you are securing the entire LDAP session, using SSL. OK. Thanks. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Bug#422367: ITP: kbuild -- framework for writing simple makefiles for complex tasks
Package: wnpp Severity: wishlist Owner: Torsten Werner <[EMAIL PROTECTED]> * Package name: kbuild Version : 893 (svn revision) Upstream Author : bird * URL : http://svn.netlabs.org/kbuild * License : GPL Programming Lang: C Description : framework for writing simple makefiles for complex tasks The goals of the kBuild framework: - Similar behavior cross all supported platforms. - Flexibility, don't create unnecessary restrictions preventing ad-hoc solutions. - Makefile can very simple to write and maintain. . There are four concepts being tried out in the current kBuild incaration: - One configuration file for a subtree automatically included. - Target configuration templates as the primary mechanism for makefile simplification. - Tools and SDKs for helping out the templates with flexibility. - Non-recursive makefile method by using sub-makefiles. . kBuild does not provide any facilities for checking compiler/library/header configurations, that's not in its scope. If this is important for your project, check out the autoconf tool in the GNU build system. It is possible to use kBuild together with autoconf if you like, but you might just as well use the full GNU package. . Homepage: http://svn.netlabs.org/kbuild BTW kBuild is required for building virtualbox (ITP #406992). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
On Sat, May 05, 2007 at 02:47:03PM +0200, Evgeni Golov wrote: > On Sat, 5 May 2007 14:34:15 +0200 Adrian von Bidder wrote: > > > On Friday 04 May 2007 20.52:07 Josselin Mouette wrote: > > > > > Don't forget the GUI tools: > > > x09F911029D74E35BD84156C5635688C0 > > > gnome-09F911029D74E35BD84156C5635688C0 > > > k09F911029D74E35BD84156C5635688C0 > > > > You forgot to make Gürkan and a few others happy: > > 09F911029D74E35BD84156C5635688C0.app > > As x09F911029D74E35BD84156C5635688C0 is a generic X11-tool, we need > some nice Xfce stuff for lib09F911029D74E35BD84156C5635688C0 too: > xfce4-09F911029D74E35BD84156C5635688C0-plugin - xfce panel plugin > haggard - thunar style tool for using 09F911029D74E35BD84156C5635688C0 > > And well, you all forgot scripts/plugins for the IM-clients: > gaim-09F911029D74E35BD84156C5635688C0 > gajim-09F911029D74E35BD84156C5635688C0 > xchat-09F911029D74E35BD84156C5635688C0 > irssi-script-09F911029D74E35BD84156C5635688C0 > (and others...) ehi... i want it translated to italin also!! ciao domenico -[ Domenico Andreoli, aka cavok --[ http://www.dandreoli.com/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
Il giorno sab, 05/05/2007 alle 16.18 +0200, Domenico Andreoli ha scritto: > > And well, you all forgot scripts/plugins for the IM-clients: > > gaim-09F911029D74E35BD84156C5635688C0 > > gajim-09F911029D74E35BD84156C5635688C0 > > xchat-09F911029D74E35BD84156C5635688C0 > > irssi-script-09F911029D74E35BD84156C5635688C0 > > (and others...) > > ehi... i want it translated to italin also!! libzeronoveeffeunounozeroduenovedi7quattroetrentacinquebidiottoquattrounocinqueseicicinqueseitrentacinquesessantottoottocizero-0. -- Federico Di Gregorio http://people.initd.org/fog Debian GNU/Linux Developer[EMAIL PROTECTED] INIT.D Developer [EMAIL PROTECTED] The only thing I see is if you are pumping so much data into the database all the time when do you expect to look at it? -- Charlie Clark signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#422392: ITP: gimp-plugin-registry -- A repository of optional extensions for The GIMP
Package: wnpp Severity: wishlist Owner: Bernd Zeimetz <[EMAIL PROTECTED]> * Package name: gimp-plugin-registry Version : 0.0 * URL : http://registry.gimp.org/ * License : several, mainly GPL Programming Lang: c, c++, python, perl, Description : A repository of optional extensions for The GIMP This package will contain several plugins/extensions to GIMP, which are imho useful for many people. The description will contain a list of all contained plugins (and is far from beeing complete yet). Most extensions are too small to be packaged into a package on their own, that's why I want to package several of them into one package. If you know an extension you'd like to see in this package, please let me know by replying to this bug report. See http://registry.gimp.org/ for a list of existing extensions. All extensions should fulfil the following requirements: * no special dependencies to libraries (except libgimp & co). I will not include any extensions which need 30M of libraries as dependencies. * must work with Gimp 2.3 from experimental * must be under a DFSG and GPL compatible licence, of course. Several plugins either don't have a licence at all or a not compatible one, unfortunately. * must be useful and create something that is not easily reproducible with 2 mouse clicks. * should be capable of handling images of at least 5000x5000 pixel without running into memory issues or taking the whole night to finish. Cheers, Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Are popcon stats per package and arch possible?
[Michael Hanke] > To me it looks like stats for the major architectures up to (and > including) powerpc are ok wrt privacy concerns. Do you agree? I'm not sure if that would be the correct cutoff point, or if only amd64 and i386 have enough submissions to ignore the privacy issue. I'm not quite sure how to make that judgment either. > I'd be very interested in this information and would be glad if it > could be made available. I am afraid someone else would have to implement support for it. The server part of popularity-contest is in the popularity-contest package, in /usr/share/doc/popularity-contest/examples/. It would probably be a good idea to make the cutoff point configurable. :) Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: auditd -- User space tools for 2.6 kernel SELinux auditing
Hello Thomas! On Sat, May 05, 2007 at 11:30:55AM +0200, Thomas Girard wrote: > I have been able to build a preliminary frysk package using these audit > packages. I agree with Manoj and Russell, we should probably follow > upstream location. Yes, I already changed it. > Could you please upload it when you think it's ready? I'm currently building and testing 1.5.3. Should be ready on monday. BYtE Philipp -- Philipp Matthias Hahn <[EMAIL PROTECTED]> GPG/PGP: 9A540E39 @ keyrings.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
Domenico Andreoli dijo [Sat, May 05, 2007 at 04:18:54PM +0200]: > > > > Don't forget the GUI tools: > > > > x09F911029D74E35BD84156C5635688C0 > > > > gnome-09F911029D74E35BD84156C5635688C0 > > > > k09F911029D74E35BD84156C5635688C0 > > > > > > You forgot to make Gürkan and a few others happy: > > > 09F911029D74E35BD84156C5635688C0.app > > > > As x09F911029D74E35BD84156C5635688C0 is a generic X11-tool, we need > > some nice Xfce stuff for lib09F911029D74E35BD84156C5635688C0 too: > > xfce4-09F911029D74E35BD84156C5635688C0-plugin - xfce panel plugin > > haggard - thunar style tool for using 09F911029D74E35BD84156C5635688C0 > > > > And well, you all forgot scripts/plugins for the IM-clients: > > gaim-09F911029D74E35BD84156C5635688C0 > > gajim-09F911029D74E35BD84156C5635688C0 > > xchat-09F911029D74E35BD84156C5635688C0 > > irssi-script-09F911029D74E35BD84156C5635688C0 > > (and others...) > > ehi... i want it translated to italin also!! Ok, time to ask the listmasters to set up [EMAIL PROTECTED] - Any seconds? ...Or would it be better to register it as a project in Alioth? It would be located at http://alioth.debian.org/projects/09F911029D74E35BD84156C5635688C0 Greetings, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Are popcon stats per package and arch possible?
On Sat, May 05, 2007 at 06:23:36PM +0200, Petter Reinholdtsen wrote: > [Michael Hanke] > > To me it looks like stats for the major architectures up to (and > > including) powerpc are ok wrt privacy concerns. Do you agree? > I'm not sure if that would be the correct cutoff point, or if only > amd64 and i386 have enough submissions to ignore the privacy issue. Well, at that point what use is a per-arch stat anyway? -- 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#422423: ITP: libtool-cvs -- Generic library support script - CVS snapshot
X-Debbugs-Cc: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: Piotr Roszatycki <[EMAIL PROTECTED]> * Package name: libtool-cvs Version : 2.1a (2007-04-10) Upstream Author : [EMAIL PROTECTED] * URL : http://www.gnu.org/software/libtool/ * License : GPL Programming Lang: Shell Description : Generic library support script - CVS snapshot The libtool from CVS snapshot closes many bugs marked with fixed-upstream tag for libtool package. Unfortunately, there is no Debian package, yet. The bleeding-edge libtool is required, if you want to release an application for an evironment without C++ compiler. See Bug#221873. I would like to provide the package for libtool and libtoolize script only, without libltdl library. The package conflicts with standard libtool package. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#422423: ITP: libtool-cvs -- Generic library support script - CVS snapshot
On Sat, May 05, 2007 at 10:01:32PM +0200, Piotr Roszatycki <[EMAIL PROTECTED]> wrote: > X-Debbugs-Cc: debian-devel@lists.debian.org > Package: wnpp > Severity: wishlist > Owner: Piotr Roszatycki <[EMAIL PROTECTED]> > > * Package name: libtool-cvs > Version : 2.1a (2007-04-10) > Upstream Author : [EMAIL PROTECTED] > * URL : http://www.gnu.org/software/libtool/ > * License : GPL > Programming Lang: Shell > Description : Generic library support script - CVS snapshot Why not package this as libtool and upload to experimental ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
Le samedi 05 mai 2007 à 13:00 -0500, Gunnar Wolf a écrit : > ...Or would it be better to register it as a project in Alioth? It > would be located at > http://alioth.debian.org/projects/09F911029D74E35BD84156C5635688C0 Unfortunately alioth admins don't open new projects for non-free software :( -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
plan for mass-bug filing, removal of php4
hey folks, as i mentioned a couple weeks ago, php4 is going to be removed from testing/unstable. before we can remove this, however, we need to update and/or remove a significant number of other packages from unstable. but, before i go crazy mass-bugfiling, i'm requesting here that if you maintain a package that depends on php4, you save me a little work and fix your package. in two weeks' time i'll start the mass filing for packages which haven't been fixed. i've created a small wiki page with more information here: http://wiki.debian.org/PHP4Removal which details what you need to do if your package depends on something php4-related, and contains a "current status" table to track progress. feel free to update the status table for your package, or for other maintainers' packages if you're in generous/helpful/bored mood. below is a list of affected package/maintainer pairs, generated from: grep-aptavail -n -F Depends \ -s Package,Maintainer -e 'php4|phpapi-20050606' \ --and --not -F Source -X php4 --and --not -F Depends php5 \ --and --not -F Package -X php4 \ | paste -sd " \n" | sort note that if your package already depends on the php5 or php4 based versions of something, then you don't need to do anything at all (and your name shouldn't be listed in that case). the current recommendation is to leave the php4 dependency in place in such cases, as it may help backporters etc. any questions, feel free to ask. sean the list: achims-guestbook Tim Peeler <[EMAIL PROTECTED]> acidlab-pgsql Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]> amavis-stats Jean-Michel Kelbert <[EMAIL PROTECTED]> axyl Paul Waite <[EMAIL PROTECTED]> bandersnatch-frontend Polkan Alexis Garcia Rodriguez <[EMAIL PROTECTED]> bbclone Tiago Bortoletto Vaz <[EMAIL PROTECTED]> dcl Anibal Monsalve Salazar <[EMAIL PROTECTED]> dh-make-php Uwe Steinmann <[EMAIL PROTECTED]> ezpublish-src Jonas Smedegaard <[EMAIL PROTECTED]> freeradius-dialupadmin Stephen Gran <[EMAIL PROTECTED]> gallimimus Matthew Palmer <[EMAIL PROTECTED]> gforge-db-postgresql Roland Mas <[EMAIL PROTECTED]> gforge-plugin-scmcvs Roland Mas <[EMAIL PROTECTED]> gforge-plugin-scmsvn Roland Mas <[EMAIL PROTECTED]> gforge-web-apache Roland Mas <[EMAIL PROTECTED]> ibwebadmin Debian QA Group <[EMAIL PROTECTED]> irm Matthew Palmer <[EMAIL PROTECTED]> kcachegrind-converters Debian Qt/KDE Maintainers <[EMAIL PROTECTED]> kolab-resource-handlers Debian Kolab Maintainers <[EMAIL PROTECTED]> kolab-webadmin Debian Kolab Maintainers <[EMAIL PROTECTED]> libphp-jpgraph Christian Bayle <[EMAIL PROTECTED]> libphp-phplayersmenu Jose Carlos Medeiros <[EMAIL PROTECTED]> libphp-phplot Jeremy T. Bouse <[EMAIL PROTECTED]> mediamate Jamin W. Collins <[EMAIL PROTECTED]> mlmmj-php-web-admin Søren Boll Overgaard <[EMAIL PROTECTED]> mlmmj-php-web Søren Boll Overgaard <[EMAIL PROTECTED]> mydms Miguel Gea Milvaques <[EMAIL PROTECTED]> myphpmoney Debian QA Group <[EMAIL PROTECTED]> nagat Turbo Fredriksson <[EMAIL PROTECTED]> nanourl Stefani Banerian <[EMAIL PROTECTED]> netmrg Uwe Steinmann <[EMAIL PROTECTED]> opendb Michael C. Schultheiss <[EMAIL PROTECTED]> php4-apache2-mod-bt Tyler 'Crackerjack' MacDonald <[EMAIL PROTECTED]> php4-apd Jonathan Oxer <[EMAIL PROTECTED]> php4-auth-pam Carsten Wolff <[EMAIL PROTECTED]> php4-clamavlib Jonas Genannt <[EMAIL PROTECTED]> php4-gpib Robert Jordens <[EMAIL PROTECTED]> php4-idn Turbo Fredriksson <[EMAIL PROTECTED]> php4-imagick Jose Carlos Medeiros <[EMAIL PROTECTED]> php4-json Pierre Habouzit <[EMAIL PROTECTED]> php4-kadm5 Cajus Pollmeier <[EMAIL PROTECTED]> php4-lasso Frederic Peters <[EMAIL PROTECTED]> php4-librdf Dave Beckett <[EMAIL PROTECTED]> php4-mapscript Debian GIS Project <[EMAIL PROTECTED]> php4-maxdb Martin Kittel <[EMAIL PROTECTED]> php4-memcache Pierre Habouzit <[EMAIL PROTECTED]> php4-ming Stuart R. Anderson <[EMAIL PROTECTED]> php4-ps Uwe Steinmann <[EMAIL PROTECTED]> php4-rrdtool Artur R. Czechowski <[EMAIL PROTECTED]> php4-spplus Cyril Bouthors <[EMAIL PROTECTED]> php4-sqlite3 Julien Danjou <[EMAIL PROTECTED]> php4-sqlite Jose Carlos Medeiros <[EMAIL PROTECTED]> php4-suhosin php-suhosin maintainers <[EMAIL PROTECTED]> php4-syck Robert Jordens <[EMAIL PROTECTED]> php4-tclink Debian QA Group <[EMAIL PROTECTED]> php4-uuid Piotr Roszatycki <[EMAIL PROTECTED]> php4-xapian Olly Betts <[EMAIL PROTECTED]> php4-xcache RISKO Gergely <[EMAIL PROTECTED]> php-auth Chris Anderson <[EMAIL PROTECTED]> php-auth-http Thomas Goirand <[EMAIL PROTECTED]> php-cgiwrap Pierre Machard <[EMAIL PROTECTED]> php-compat Thomas Goirand <[EMAIL PROTECTED]> php-config Thomas Goirand <[EMAIL PROTECTED]> php-crypt-cbc Thomas Goirand <[EMAIL PROTECTED]> php-file Chris Anderson <[EMAIL PROTECTED]> phpgroupware-img Andrew Mitchell <[EMAIL PROTECTED]> php-html-template-it Polkan Alexis Garcia <[EMAIL PROTECTED]> php-image-barcode Thomas Goirand <[EMAIL PROTECTED]> php-imlib Steve Langasek <[EMAIL PROTECTED]> phpix Yven Johannes Leist <[EMAIL PROTECTED]> php-lo
Re: plan for mass-bug filing, removal of php4
it was requested on irc to provide the output via dd-list, so here is a variation of the previous command, piped to dd-list -i -u: Chris Anderson <[EMAIL PROTECTED]> php-auth php-file Stuart R. Anderson <[EMAIL PROTECTED]> ming Stefani Banerian <[EMAIL PROTECTED]> nanourl Christian Bayle <[EMAIL PROTECTED]> gforge (U) gforge-plugin-scmcvs (U) gforge-plugin-scmsvn (U) libphp-jpgraph Dave Beckett <[EMAIL PROTECTED]> redland-bindings Felix Berger <[EMAIL PROTECTED]> phpix (U) Olly Betts <[EMAIL PROTECTED]> xapian-bindings Jeremy T. Bouse <[EMAIL PROTECTED]> acidlab libphp-phplot Cyril Bouthors <[EMAIL PROTECTED]> spplus Ben Burton <[EMAIL PROTECTED]> kdesdk Isaac Clerencia <[EMAIL PROTECTED]> kdesdk (U) Jamin W. Collins <[EMAIL PROTECTED]> mediamate Artur R. Czechowski <[EMAIL PROTECTED]> php4-rrdtool Debian GIS Project <[EMAIL PROTECTED]> mapserver Debian Kolab Maintainers <[EMAIL PROTECTED]> kolab-resource-handlers kolab-webadmin Peter Eisentraut <[EMAIL PROTECTED]> kolab-resource-handlers (U) kolab-webadmin (U) Schuyler Erle <[EMAIL PROTECTED]> mapserver (U) Dimitri Fontaine <[EMAIL PROTECTED]> tutos2 Turbo Fredriksson <[EMAIL PROTECTED]> nagat php4-idn phpqladmin Charles Fry <[EMAIL PROTECTED]> dh-make-php (U) Polkan Alexis Garcia <[EMAIL PROTECTED]> php-html-template-it Jonas Genannt <[EMAIL PROTECTED]> php-clamavlib Igor Genibel <[EMAIL PROTECTED]> tutos2 (U) RISKO Gergely <[EMAIL PROTECTED]> xcache Thomas Goirand <[EMAIL PROTECTED]> php-auth-http php-compat php-config php-crypt-cbc php-image-barcode php-xml-rss Debian QA Group <[EMAIL PROTECTED]> dcl Javier Vi�uales Guti�rrez <[EMAIL PROTECTED]> wordtrans (U) Pierre Habouzit <[EMAIL PROTECTED]> php-json-ext Paul Hampson <[EMAIL PROTECTED]> freeradius Dan Helfman <[EMAIL PROTECTED]> php4-tclink Mark Hymers <[EMAIL PROTECTED]> freeradius (U) Aurelien Jarno <[EMAIL PROTECTED]> myphpmoney Steffen Joeris <[EMAIL PROTECTED]> kolab-webadmin (U) Steffen Joeris <[EMAIL PROTECTED]> kolab-resource-handlers (U) Robert Jordens <[EMAIL PROTECTED]> gpib syck Jean-Michel Kelbert <[EMAIL PROTECTED]> amavis-stats Martin Kittel <[EMAIL PROTECTED]> php4-maxdb Matthias Klose <[EMAIL PROTECTED]> php4-maxdb (U) Noèl Köthe <[EMAIL PROTECTED]> kolab-resource-handlers (U) kolab-webadmin (U) Steve Langasek <[EMAIL PROTECTED]> php-imlib Yven Johannes Leist <[EMAIL PROTECTED]> phpix Ana Beatriz Guerrero Lopez <[EMAIL PROTECTED]> kdesdk (U) Ola Lundqvist <[EMAIL PROTECTED]> libphp-phplayersmenu (U) php-log (U) php-services-weather (U) php-xml-util (U) php4-imagick (U) Tyler 'Crackerjack' MacDonald <[EMAIL PROTECTED]> mod-bt Pierre Machard <[EMAIL PROTECTED]> cgiwrap Jordi Mallach <[EMAIL PROTECTED]> twig twig (U) Christopher Martin <[EMAIL PROTECTED]> kdesdk (U) Roland Mas <[EMAIL PROTECTED]> gforge gforge-plugin-scmcvs gforge-plugin-scmsvn Andrew McMillan <[EMAIL PROTECTED]> axyl (U) Jose Carlos Medeiros <[EMAIL PROTECTED]> libphp-phplayersmenu php-log php-services-weather php-xml-util Miguel Gea Milvaques <[EMAIL PROTECTED]> mydms Søren Boll Overgaard <[EMAIL PROTECTED]> mlmmj Jonathan Oxer <[EMAIL PROTECTED]> php4-apd turck-mmcache Matthew Palmer <[EMAIL PROTECTED]> gallimimus irm php4-sqlite phpunit Tim Peeler <[EMAIL PROTECTED]> achims-guestbook Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]> acidlab (U) wordtrans Frederic Peters <[EMAIL PROTECTED]> lasso Cajus Pollmeier <[EMAIL PROTECTED]> php4-kadm5 Petter Reinholdtsen <[EMAIL PROTECTED]> mapserver (U) Bruno Rodrigues <[EMAIL PROTECTED]> php4-imagick Polkan Alexis Garcia Rodriguez <[EMAIL PROTECTED]> bandersnatch Piotr Roszatycki <[EMAIL PROTECTED]> ossp-uuid Michael C. Schultheiss <[EMAIL PROTECTED]> opendb Remco Seesink <[EMAIL PROTECTED]> ibwebadmin Adeodato Simó <[EMAIL PROTECTED]> kdesdk (U) Jonas Smedegaard <[EMAIL PROTECTED]> ezpublish Thomas Sondag <[EMAIL PROTECTED]> mapserver (U) Uwe Steinmann <[EMAIL PROTECTED]> dh-make-php netmrg php4-ps Juan Esteban Monsalve Tobon <[EMAIL PROTECTED]> dcl (U) Fabio Tranchitella <[EMAIL PROTECTED]> mapserver (U) Tiago Bortoletto Vaz <[EMAIL PROTECTED]> bbclone Thomas Viehmann <[EMAIL PROTECTED]> phpgroupware Jan Wagner <[EMAIL PROTECTED]> php-suhosin (U) Paul Waite <[EMAIL PROTECTED]> axyl Alexander Wirt <[EMAIL PROTECTED]> php-suhosin (U) Paul Wise <[EMAIL PROTECTED]> mapserver (U) Carsten Wolff <[EMAIL PROTECTED]> php4-auth-pam php-suhosin maintainers <[EMAIL PROTECTED]> php-suhosin signature.asc Description: This is a digitally signed message part
Re: plan for mass-bug filing, removal of php4
On Sat, May 05, 2007 at 11:37:35PM +0200, sean finney wrote: > Pierre Habouzit <[EMAIL PROTECTED]> >php-json-ext False positive, I already contacted you on this, recent php5 has json support upstreams now (and you agreed to enable that builtin as it adds no new dependency), and I already filed a RM: bug on ftp.debian.org on my package. The ball lies in your hands :) -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpNMRrHxiPZq.pgp Description: PGP signature
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
Josselin Mouette dijo [Sat, May 05, 2007 at 11:05:12PM +0200]: > Le samedi 05 mai 2007 à 13:00 -0500, Gunnar Wolf a écrit : > > ...Or would it be better to register it as a project in Alioth? It > > would be located at > > http://alioth.debian.org/projects/09F911029D74E35BD84156C5635688C0 > > Unfortunately alioth admins don't open new projects for non-free > software :( Humh... Ok. I propose starting a completely new project, called 0x09F911029D74E35BD84156C5635688BF+0x01 - Would that do the trick? -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF signature.asc Description: Digital signature
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
oh ... dot com is already taken... http://09-f9-11-02-9d-74-e3-5b-d8-41-56-c5-63.com/ best regards Luis Matos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
Luis Matos dijo [Sun, May 06, 2007 at 02:21:15AM +0100]: > oh ... dot com is already taken... > http://09-f9-11-02-9d-74-e3-5b-d8-41-56-c5-63.com/ > > best regards Hey, if you don't have anything to do with your money now that it's taken, send it over here! ;-) -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Mounting Oracle Cluster Filesystem during boot
Hello everyone! I've just started to play with OCFS2 on 2 machines. It works nice but I've got problems with mounting it during system startup. I have following line in fstab: /dev/sdb/mnt/shared ocfs2 _netdev 0 0 Init scripts try to mount this just after bringing network interface up. But it is not enough for ocfs2 because cluster has to be configured. So my /mnt/shared fails to mount: Setting up networking Configuring network interfaces...mount.ocfs2: Unable to access cluster service Cannot initialize cluster mount.ocfs2: Unable to access cluster service Cannot initialize cluster done. Before mounting ocfs2, /etc/init.d/o2cb (from ocfs2-tools package) have to be started. But by default it starts on runlevel S with priority 60 and on runlevel 0 and 6 with priority 6 (I think it's completely wrong - it should stop on runlevel 0 and 6, not start). #ls /etc/rc*.d/*o2cb /etc/rc0.d/S06o2cb /etc/rc6.d/S06o2cb /etc/rcS.d/S60o2cb I'd like to ask how mounting ocfs2/starting cluster should be done correctly? I think that there are 2 possible solutions: 1. Add another initscript that mounts ocfs2 filesystems. There is script ocfs2.init in upstream version of ocfs2-tools which does exactly this. 2. Treat /etc/init.d/o2cb as /etc/init.d/portmap in /etc/network/if-up.d/mountnfs: if there is any entry if fstab with filesystem set to ocfs2, star o2cb first. In both cases priorities of o2cb should be adjusted (maybe set to the same value as portmap?) In my opinion second solution is better. I suppose that similar problems may occur with other cluster file systems like GFS, so this problem should be solved in generic way. When answering please cc to me, because I'm not subscriber of debian-devel list. Best regards, -- Patryk Ściborek <[EMAIL PROTECTED]> smime.p7s Description: S/MIME cryptographic signature
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
On Sat, May 05, 2007 at 11:05:12PM +0200, Josselin Mouette <[EMAIL PROTECTED]> wrote: > Le samedi 05 mai 2007 à 13:00 -0500, Gunnar Wolf a écrit : > > ...Or would it be better to register it as a project in Alioth? It > > would be located at > > http://alioth.debian.org/projects/09F911029D74E35BD84156C5635688C0 > > Unfortunately alioth admins don't open new projects for non-free > software :( What is non-free here ? At worst, it is in the same position as libaac, which is free but legally unsure. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
