Bug#158756: ITP: vmailmgr -- Powerful qmail addon package for virtual domain email.
Package: wnpp Version: N/A; reported 2002-08-29 Severity: wishlist * Package name: vmailmgr Version : 0.96.9 Upstream Author : Bruce Guenter <[EMAIL PROTECTED]> * URL : http://www.vmailmgr.org/ * License : GPL Description : Powerful qmail addon package for virtual domain email. I have packages ready and will upload them ASAP. I also intend to package some supporting tools (qmail-autoresponder, oMail-admin etc.) -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux shade 2.4.20-pre4 #1 Wed Aug 21 12:33:34 CEST 2002 i686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 -- no debconf information
Re: Bug#158756: ITP: vmailmgr -- Powerful qmail addon package for virtual domain email.
Matthew Danish <[EMAIL PROTECTED]> writes: >> I have packages ready and will upload them ASAP. I also intend to package >> some supporting tools (qmail-autoresponder, oMail-admin etc.) > > Is this the same as vchkpw? Nope. vchkpw is older version of vpopmail, which is almost unpackable because there are compile-time parameters as MYSQL_HOST and so. and because Ken Jones (upstream author) is thinking that he is only who can code :( > And there exists a qmail autoresponder: package "autorespond". qmail-autoresponder: This is a simple program to automatically respond to emails. It is based on some ideas (but little or no code) from a similar autoresponder by Eric Huss , and ideas presented in the qmail mailing list. Features: - Limits rate of automatic responses (defaults to a maximum of one message every hour). - Will not respond to nearly every type of mailing list or bulk email. - Will not respond to bounce messages or MAILER-DAEMON. - Bounces looping messages. - Can insert the original subject into the response. - Can copy original message into response. - Can use links in the rate-limiting data directory to limit inode usage to a single inode. And it is really good (we are using it for our customers). O. -- Ondrej Sury - CIO Globe Internet s.r.o. http://globe.cz/ Tel: +420(2)35365000 Fax: +420(2)35365009 Planickova 1, 162 00 Praha 6
How to upgrade package which changed syntax (new programs)
Hello, I am packaging relay-ctrl package which is tool how to make pop3be4smtp for qmail based systems. Versions before 2.53 worked by compiling tcp.smtp.cdb database each time new IP was authorized and no modification of smtp service was neccessary. >From version 3.0 you need to modify all services (POP3, SMTP and IMAP) and you also have to change existing POP3 installations, because there was significant change in design. Small example: syntax before: for pop3: tcpserver 0 110 qmail-popup checkpassword relay-ctrl-allow qmail-pop3d for smtp: tcpserver -x /etc/tcp.smtp.cdb 0 25 qmail-smtpd syntax now: for pop3: envdir /etc/relay-ctrl relay-ctrl-chdir tcpserver 0 110 qmail-popup checkpassword relay-ctrl-allow qmail-pop3d for smtp: envdir /etc/relay-ctrl relay-ctrl-chdir tcpserver 0 25 relay-ctrl-check qmail-smtpd Since there is no automatic configuration for relay-ctrl and each user has to setup his own configuration (and he may use different methods how to do it: debian way (rc.d) or supervise scripts), there is no way how to do automatic conversion. Question is how to make upgrade less painfull for all, I think about two methods: 1. make new package named relay-ctrl-3 which conflicts with relay-ctrl package 2. put BIG DISCLAIMER in pre-inst of 3.0 version of package What do you people think? Ondrej. -- Ondrej Sury - co/CTOGlobe Internet s.r.o. http://globe.cz/ Tel: +420(2)35365000 Fax: +420(2)35365009 Planickova 1, 162 00 Praha 6
Re: Wanted: co-maintainer(s) for dovecot
Hi Jaldhar, we are already using dovecot 1.0-stable on our production boxes. So if you need help hand I am available. Ondrej. On Wed, 2005-06-22 at 11:28 -0400, Jaldhar H. Vyas wrote: > Now that sarge has released, I really want to move to the 1-0stable > series > of the dovecot IMAP/POP3 server in sid. However being really busy > with > various things I thought it might be prudent to get one or more > co-maintainers to help out so it can get done quickly. (Though there > are > a couple of library transitions coming up which may slow things down.) > > I would prefer people who are already Debian developers, know > something > about mail protocols and will have time to keep up with the pace of > dovecot development. If you are interested and qualified please let > me > know. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dummy packages and "Replaces:" field
On Fri, 2005-06-24 at 08:39 -0300, Gustavo Noronha Silva wrote:
> Em Qui, 2005-06-23 às 12:39 -0400, Roberto C. Sanchez escreveu:
> > OK. That is what I am looking for. I want to completely replace
> the
> > two packages that cannot coexist with the new icewmcp package.
> > Currently, I must use dummy packages for that, correct?
>
> Correct. And Conflicts: with version <= ${Source-Version} of both, if
> icewmcp has a greater version than both. I guess you'll need to use an
> epoch if not.
Only if dummy packages come from same source as icewmcp. If he wants to
avoid epoching he could just create dummy source package... (At least I
think so :-).
O.
--
Ondrej Sury <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of circular dependencies
On Fri, 2005-06-24 at 17:21 +0200, Bill Allombert wrote: > > 1) foo and foo-data. There is usualy no reason for foo-data to depend > on foo. foo-data does not provide user-visible interface, only data, > so it does not need to depend on foo. This is usually used as way how to also uninstall foo-data when you uninstall foo. But I agree that this is just cosmetic compared to problems created by circular dependencies... Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of circular dependencies
On Fri, 2005-06-24 at 22:59 +0200, Olaf van der Spek wrote: > > I'd argue for exactly that. > What functionality would you say a data package provides? > > It's the other package that provides the functionality, not the data > package. The data package shouldn't even have to know about the other > package. If you want to play word games and not apply common sense, then I would say that foo-data package has functionality to provide data to foo and so it's broken without foo package. You must realize that 90% of these packages are games and only reason for foo + foo-data is to not split out arch independent data out of foo package so it doesn't get replicated for each arch. One thing is very clear: 1. this is (a sort of) abuse of Depends field 2. we need reverse Suggest/Recommends field, ie. something like Recommends-Uninstall: foo-data (well, same can be applied to -doc, -common, etc.) Truth is that deborphan is very nice tool to do this... Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upload new version of gaim-extendedprefs
On Mon, 2005-06-27 at 15:35 +0200, Arjan Oosting wrote: > As it is nowhere forbidden in the policy and I use CDBS to generate > debian/control from debian/control.in (not a build-time though) and CDBS > adds the reference to build-essential in the Build-Depends, I am > inclined to leave build-essential in the Build-Depends list. That's not true. CDBS don't add build-essential to Build-Depends. (Maybe you can tell CDBS to mangle Build-Depends, but I even don't know how to do it :-). f.e. libgnome (cdbs based package): Build-Depends: debhelper (>= 4.0.0), libxml2-dev (>= 2.4.22), libbz2-dev, libgnomevfs2-dev (>= 2.7.91-3), libbonobo2-dev (>= 2.6.0-2), libpopt-dev, libxslt1-dev (>= 1.1.2), zlib1g-dev, intltool, libgconf2-dev (>= 2.7.92), liborbit2-dev (>= 1:2.10.2-1.1), libesd0-dev, libglib2.0-dev (>= 2.4.1-2), cdbs, gnome-pkg-tools Ondrej/ -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: shared library -dev package naming proposal
> Stephen's points are valid and quite useful > considering an upstream developer's point of view, > but for random user joe who is trying to find a development > package, one of the following may help him find the right package Joe user should do: apt-cache search libNAME dev (or use synaptic, aptitude, etc.) That's what do I do when I search for library. Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Who needs libcurl3?
On Mon, 2005-07-18 at 16:36 +0200, Torsten Landschoff wrote: > On Mon, Jul 18, 2005 at 09:06:20AM -0400, Stephen Frost wrote: > > > No, that was *worse*. We tried that before. The answer really is > > reasonably simple- just modify libldap2 to use GNUTLS. That was done w/ > > an older version of things involved. I expect it'll be done for the > > newer stuff. > > Working on that. At least theoretically - when I get time, yada, yada. It's a big shame that Debian was not able to apply for Google Summer of Code. Seems like this would fit nicely. Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: about to remove libdb4.1
On Sun, 2005-07-31 at 15:32 +0200, Andreas Barth wrote: > Hi, > > libdb4.1 should be removed from Debian soon. The following packages > still use it (but could move forward to the more recent db4.2 or db4.3 > package): > > libedataserver1.2-4 > evolution-exchange > evolution-data-server1.2 > evolution > evolution-data-server > libedataserver1.2-dev Hi, I think that this could be delicate issue, because evolution creates DB files in .evolution and it has to be migrated automaticaly for an user. So bug is OK, but NMU would not be AFAIK welcomed, since it could broke user addressbooks, etc. Takuo, am I right? Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
valknut and libdc0 - gcc 4.0 transition
Hi, I was just looking at valknut and libdc0 packages which didn't undergo gcc 4.x ABI transition and how one question: If valknut is only package which is using C++ libdc0 package, is there real technical reason to rename libdc0 to libdc0c2 instead of just adding: Conflicts: valknut (<< gcc-4.x.version), dcgui-qt (<< gcc-4.0version) to libdc0 and Depends: libdc0 (>= gcc-4.x.version) ? I am pretty sure, that there is no other (even proprietary) package which uses libdc0. Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: valknut and libdc0 - gcc 4.0 transition
On Fri, 2005-08-05 at 12:46 +0200, Ondrej Sury wrote: > Hi, > > I was just looking at valknut and libdc0 packages which didn't undergo > gcc 4.x ABI transition and how one question: > > If valknut is only package which is using C++ libdc0 package, is there > real technical reason to rename libdc0 to libdc0c2 instead of just > adding: > > Conflicts: valknut (<< gcc-4.x.version), dcgui-qt (<< gcc-4.0version) > > to libdc0 Err, maybe shlibs update is more appropriate :-) > and > > Depends: libdc0 (>= gcc-4.x.version) > > ? > > I am pretty sure, that there is no other (even proprietary) package > which uses libdc0. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Alioth Project Denied
Hi, I have submitted new upstream project, since I am author of mod_vhost_ldap :-(. Who I should contact about this issue? Ondrej [EMAIL PROTECTED] wrote: Your project registration for Alioth has been denied. Project Full Name: mod_vhost_ldap Project Unix Name: modvhostldap Reasons for negative decision: If you decide to use an alioth project to comaintain a package, you need to include a "pkg-" prefix in your project name. This is required to be able to differentiate projects dedicated to Debian packaging from projects where alioth is the main repository of "upstream" code. Please resubmit your project with a good name. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Alioth Project Denied
Raphaël Hertzog wrote: Le dimanche 07 août 2005 à 11:31 +0200, Ondrej Sury a écrit : Hi, I have submitted new upstream project, since I am author of mod_vhost_ldap :-(. Who I should contact about this issue? [EMAIL PROTECTED] If you could state that while requesting the project, it would simplify the work of everyone... You're one line description wasn't enough ... so I googled for this module and found this : http://savannah.nongnu.org/projects/modvhostldap/ And you're not listed there... so I supposed that you wanted to package that for Debian. Now, explains me the situation and I'll reactivate the project once I understand why there needs to be a savannah and an alioth project for the same thing. Cheers, Thanks for clarification. That savannah project is some 3 years old perl code not actively developed. I can choose some other name, but mod_vhost_ldap seemed to be ok, it was created because all existing modules which base vhost from ldap was not sufficient for my need, so I wrote new one using mod_ldap for caching. Ondrej. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: status of jackd? (bug #318098)
On Tue, 2005-08-09 at 19:17 -0700, Erik Steffl wrote: >well, what is experimental for then? Experimental is for stuff you DON'T plan to be in next stable. Or for stuff which could break next release (which is not case right now). F.E.: GNOME 2.6->2.8 transition was done in experimental in first place, because it COULD break sarge release process. GNOME 2.10 was uploaded right to unstable, because it WON'T break etch release now. O. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: status of jackd? (bug #318098)
On Tue, 2005-08-09 at 22:56 -0400, David Nusinow wrote: > > So you're complaining that this jackd bug is exemplary of > "unneccessary" breakages in unstable, and yet you don't even know if > there is a good reason for this bug. You don't know if this is tied to > the gcc change. I believe that #318098 can be simply avoided by not doing dist-upgrade (ie. not install new conflicting jackd). How simple and how much flames :-(. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFH: postfix-policyd using dbconfig-common and ucf
Hi,
I have packaged policyd daemon for postfix (policyd.sf.net) and now it
looks like that upstream is adding config file directives and changing
database almost each time new release is made and adding stuff to
database.
It looks like to be good idea to handle this automaticaly.
DATABASE:
It seems that I can use dbconfig-common for database changes, I have
slight idea how to implement it, but there are some questions about it:
- can it handle databases on another host - server
(it's not uncommon to not have database on main server or have more
mail servers using same database)
- how do I handle situation where old version is not based on
dbconfig-common and I have to handle both situations: new installs and
upgrades from that old version. I guess I can use some postinst magick?
Like case $1; do configure)) ... esac.
CONFIG:
Config file is kept in /etc/postfix-policyd.conf.
I need to accomplish several things:
- add new stuff to config file based on which version I am upgrading
from.
- integrate with dbconfig-common, ie. set MYSQL{HOST,USER,PASS,DBASE}
**
I never used neither of those two mechanisms, so it would be great if
there is some hand which could help me or even point me to right
direction (like look at package foobar, it solves same thing...)
Thanks,
--
Ondrej Sury <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
Re: Unnecessary "Conflicts" with imap-server packages
On Tue, 2005-08-23 at 12:32 +0100, Edward wrote: > My humbly proposed fix: remove the "Conflicts: imap-server" from these > packages, and make the postinst / init scripts more robust to the > failure mode where an imap-server is already running / listed in > inetd.conf. Why not do dpkg -i --force-depends .deb for short time before transition is finished? (P.S.: I know that it *breaks* apt) O. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Bug#324677: ITP: fruit -- Fruit is an UCI-only chess engine.
On Tue, 2005-08-23 at 14:49 +0200, Oliver Korff wrote: > Package: wnpp > Severity: wishlist > Owner: Oliver Korff <[EMAIL PROTECTED]> > > > * Package name: fruit > Version : 2.1 > Upstream Author : Fabien Letouzey > * URL : http://wbec-ridderkerk.nl/ > * License : (GPL) > Description : Fruit is an UCI-only chess engine. > Description: Fruit is an UCI-only chess engine. Fruit is a UCI-only > chess engine. This distribution comes up with an opening book and > platform-independent source code. You will need a frontend like > knights toplay against it. Sorry, but could you try to be more descriptive about what it does and what it is good for? You can explain what UCI-only mean. Also short description should not contain name of program. And since 'fruit' is very common, I would recommend renaming it to fruit-chess-engine (I think it would be more accurate). -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: better init.d/* : who carres ?
> that are not bugs so i wonder if package maintainers where pleased if i > reportbug those lines as wishlist. If you submit patch as wishlist, then it's ok (at least for me). O. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
long long support on all archs?
Hi, does all archs in debian have support for long long datatype? I want to apply 64bit quotas for cyrus22-imapd and I have to choose between patch which has checks for long long support and patch which doesn't have this check and use long long by default. Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: long long support on all archs?
On Tue, 2005-08-30 at 10:28 -0300, Henrique de Moraes Holschuh wrote: > On Tue, 30 Aug 2005, Richard Atterer wrote: > > On Tue, Aug 30, 2005 at 01:25:09PM +0200, Ondrej Sury wrote: > > > does all archs in debian have support for long long datatype? > > > > Yes, AFAIK, but... > > > > > I want to apply 64bit quotas for cyrus22-imapd and I have to choose > > > between patch which has checks for long long support and patch which > > > doesn't have this check and use long long by default. > > > > ...I recommend you use int64_t from instead of long long, this > > is more portable. > > Well, if you do, please submit a patch upstream to switch all such usage in > cyrus accordingly. I feel it would be easier to just add the proper > autoconf tests and bang out with an error (unsupported architecture) if long > long is not available or less than signed 64-bits (i.e. 63 bits) wide. I am unsure if such patch would be accepted upstream, since Cyrus runs on more then Linux and *BSD variants. Does Solaris/AIX/whatever(tm) has ? Ondrej -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: long long support on all archs?
On Wed, 2005-08-31 at 15:28 +0200, Florian Weimer wrote: > * Ondrej Sury: > > > I am unsure if such patch would be accepted upstream, since Cyrus runs > > on more then Linux and *BSD variants. > > > > Does Solaris/AIX/whatever(tm) has ? > > is a recent invention, and some Solaris versions which are > actually used in the wild do not support it. seems to be > more widespread, but I ended up instead, which declares > the relevant types on Solaris. Ok, so using some autotools magick I can propably write something which works on C99 compatible and old Solarises and raise propability of upstream inclusion :-) O. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Is Petr Cech MIA?
Hi, just send him SMS. Most prolly he is very busy due to his job. O. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sablot-config moved from sablotron to libsablot-dev
Hi, new version of libsablot-dev includes all devel files (I am talking about sablot-config), so it's no longer neccessary to Build-dep on sablotron package, plain libsablot-dev should be enough. This doesn't apply if your package needs sabcmd... Ondrej -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341532: ITP: mozilla-thunderbird-locale-cs -- Mozilla Thunderbird Czech Language/Region Package
Package: wnpp Severity: wishlist Owner: "Ondrej Sury" <[EMAIL PROTECTED]> * Package name: mozilla-thunderbird-locale-cs Version : 1.07debian Upstream Author : Czilla Team <[EMAIL PROTECTED]> * URL : http://www.czilla.org/ * License : Mozilla Public License 1.1 Description : Mozilla Thunderbird Czech Language/Region Package Czech Menu/Message resource an Region property package for Mozilla Thunderbird. . Homepage: http://www.czilla.org Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-10-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: poppler (was: Work-needing packages report for Dec 30, 2005)
On Fri, 2005-12-30 at 09:33 +0100, Frank Küster wrote: > [EMAIL PROTECTED] wrote: > > > The following is a listing of packages for which help has been requested > > through the WNPP (Work-Needing and Prospective Packages) system in the > > last week. > > > > Total number of orphaned packages: 172 (new: 3) > > Total number of packages offered up for adoption: 96 (new: 1) > > Total number of packages requested help for: 20 (new: 0) > > > > Please refer to http://www.debian.org/devel/wnpp/ for more information. > > > > > > > > The following packages have been orphaned: > > > >poppler (#344738), orphaned 4 days ago > > Reverse Depends: libpoppler-glib-dev libpoppler-dev abiword-plugins > >libpoppler-qt-dev libkpathsea4 evince libpoppler0c2-qt tetex-bin > >libpoppler0c2-glib > > ... and hopefully some more in the future. There are a couple of > packages with copies of xpdf code in them (different minor versions, of > course...), and they have been an annoying source of work every time a > security issue pops up in xpdf. As we (or rather Martin Pitt) have > shown with tetex-bin, switching to poppler is quite easy; but for that > the package should be well maintained. > > I'd love to hear from the pkg-gnome maintainers, or anybody else, to > take that package. Just filled ITA on behalf of me and Gnome team. Ondrej -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Bug#341894: ITP: pessulus -- lockdown editor for GNOME
> Any news on this? You didn't answer, and Pessulus is not yet in Sid, nor > in experimental. > Please take also into account Thomas Viehmann's comment on adding the > term "kiosk" to the description. Since I have some free time today, I took pessulus from pkg-gnome svn, updated it to 0.3 and did GNOME Team upload. (Guilherme: Also moved it from desktop/experimental to packages/unstable in svn, since I think that desktop/ is meant for packages included in official GNOME release). So it will be available in unstable after it goes through NEW queue... Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Bug#345313: general: after upgrade in testing many gtk grograms do not run
reassign 345313 libgtk2.0-0 2.8.9-2 retitle 345313 libgtk2.0-0: after upgrade in testing many gtk grograms do not run thank you Hi Marcin, please as first thing to do is to go read: http://www.debian.org/Bugs/Reporting After you read and understood what did you do wrong when you filled 'general' bug, please add more information. Strace of nested library (wx) is not really usefull. We need: 1. Exact versions of affected libraries (libglib2.0-0, libgtk2.0-0). 2. strace of much simpler program then amule (f.e. gmpc which you mentioned). It won't hurt if you include two straces of different gtk+ programs Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Bug#346534: ITP: gnome-presence-applet -- GNOME presence applet for Galago
On Sun, 2006-01-08 at 18:49 +0100, Riccardo Setti wrote: > Package: wnpp > Severity: wishlist > Owner: Riccardo Setti <[EMAIL PROTECTED]> > > > * Package name: gnome-presence-applet > Version : 0.3.1 > Upstream Author : Christian Hammond <[EMAIL PROTECTED]> > * URL : http://www.galago-project.org/ > * License : GPL > Description : GNOME presence applet for Galago > * Package name: eds-feed > Version : 0.3.2 > Upstream Author : Christian Hammond <[EMAIL PROTECTED]> > * URL : http://www.galago-project.org > * License : GPL > Description : Evolution Data Server feed for Galago I think that you should name those packages so that it includes galago in it's name, f.e.: galago-presence-applet galago-eds-feed Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: packaging problem - no binary
debian/control file needs to look like this:
***
Source: nsd
Section: net
Priority: optional
Maintainer: Ondřej Surý <[EMAIL PROTECTED]>
Build-Depends: debhelper (>> 4.0.0), libwrap0-dev | libwrap-dev, cdbs,
bison, flex, groff, libssl-dev
Standards-Version: 3.6.1
Package: nsd
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: aolserver, mico
Description: authoritative name domain server
NSD is an fast, authoritative only, high performance, simple
and open source name server.
.
The NSD was primarily developed by NLnet Labs on request from and close
cooperation with RIPE NCC, as an alternative name server software to be
run on the root name server RIPE NCC operates.
***
So you are missing source section in control file and that is the
problem.
Ondrej.
--
Ondrej Sury <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
Re: NEW queue backing up again -- ftpmasters, any explanation or comment?
On Mon, 2006-03-13 at 08:57 +0100, Thijs Kinkhorst wrote: > On Mon, March 13, 2006 01:39, Steinar H. Gunderson wrote: > > On Sun, Mar 12, 2006 at 06:53:08PM -0500, Nathanael Nerode wrote: > > > >> It looks approximately as though nothing has been examined since a > >> month ago. > > > > Perhaps the ftpmasters are busy with the mirror split? > > I don't think it's useful to second-guess what they're doing, so my > question to Nathanael: when did you post this question to them directly > and what was their answer? I posted question about mozilla-thunderbird-locale-cs to [EMAIL PROTECTED]: On Fri, 2005-12-30 at 12:28 +0100, Ondrej Sury wrote: > Hi FTP Masters, > > mozilla-thunderbird-locale-cs is quite normal locale file for Mozilla > Thunderbird, there shouldn't be any reason I can think of while it's > stuck so long in NEW queue. > > Or is there something which needs clarification which I can help with? > > Ondrej. No reply so far. Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Bug#359759: ITP: ispman -- ISP Control Panel
On Tue, 2006-03-28 at 13:08 -0500, Tim Peeler wrote: > Package: wnpp > Severity: wishlist > Owner: Tim Peeler <[EMAIL PROTECTED]> > > > * Package name: ispman > Version : 1.3 > Upstream Author : Armand A. Verstappen <[EMAIL PROTECTED]> > * URL : http://ispman.net/ > * License : GPL > Description : ISP Control Panel > > ISPMan is an ISP management system designed to meet the needs of > the ever growing infrastructure that an ISP has to manage. It was > originally written to manage DNS, Web Virtual hosts and Mail accounts > at large ISPs. Since then it has moved to a modular structure with help > from ispman-developers. What about rewritting two last sentenses to describe current features of ispman? Like: """ It can manage DNS, Web Virtual host, Mail accounts and more services can be added thanks to modular structure. """ Or something like that... Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: no libldap-dev from openldap2.2 package?
On Tue, 2006-05-02 at 19:33 -0700, Russ Allbery wrote: > > [...] > You can't right now because GnuTLS support is only available for 2.1. 2.2 > and later will need substantial reworking of that support, and without it, > the OpenSSL licensing issues cause too many licensing conflicts in Debian > for it to be safe to provide a -dev package that people can use widely. > > I'm pretty sure that we can get funding to do the GnuTLS support for > OpenLDAP properly. It's just taking a really long time to work through > that process. Seems like as good idea for a project of Google Summer of Code... Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
wiki.debian.org mailer b0rken
(added openldap2.2 + gnutls to SummerOfCode2006 page) Status of sending notification mails: [fr] PhilBat: (421, 'Too many concurrent SMTP connections; please try again later.') [en] PhilippKern, RaphaelHertzog, AlphaPapa, AlexanderSchmehl, SteveMcIntyre, DavidMorenoGarza, aba, ChristianKuelker, BaruchEven, JoseParrella, baszoetekouw: (421, 'Too many concurrent SMTP connections; please try again later.') -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Intent to hijack Bacula
On Thu, 2006-05-11 at 23:07 +0200, José Luis Tallón wrote: > > John has managed to not only update to the latest upstream version in his > > upload, but he's also managed to fix 24 bugs by my count. It is notable > > that he has managed to achieve so much while Jose struggled just to update > > to the new version. > > > I have been away from home for 20 months; During the latest 3 I have had > random hardware errors which I couldn't fix. Stick to the facts. Bacula was broken, was removed from testing and not updated for very long time. You were not able to do anything with it to get it to better shape. Sorry, but fact that you have been away from home and you have had broken hardware doesn't help our users. If you were not able to fullfill your maintainership duties for 20 months (or so), you should have stepped down much earlier and ask for help. And you started to work on bacula again only after John announced hijack...well, I don't believe in coincidences. Cool down please and come back only after you realize that our users are priority. Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Use pbuilder, Luke... (Was: cleaning up lib*-dev packages?)
On Sat, 2006-05-13 at 14:54 -0400, Eric Cooper wrote: > Is there a way to tell deborphan to follow the build-dependencies > of a set of source packages? I know about deborphan's keep file, > but that's too tedious to keep up-to-date by hand. > Is there another tool I should be using? Yes, don't clutter your system, because it will end in sorrow :-). Your system will have mix of your local packages and at the end of the day you will build package which will be: a) unbuildable b) uninstallable Right solution is to use pbuilder, which will: a) always ensure that package can be built using unstable b) keep your build environment clean c) keep your local system clean Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Use pbuilder, Luke... (Was: cleaning up lib*-dev packages?)
On Sun, 2006-05-14 at 11:47 +0200, Wouter Verhelst wrote: > On Sun, May 14, 2006 at 10:00:25AM +0200, Ondrej Sury wrote: > > On Sat, 2006-05-13 at 14:54 -0400, Eric Cooper wrote: > > > Is there a way to tell deborphan to follow the build-dependencies > > > of a set of source packages? I know about deborphan's keep file, > > > but that's too tedious to keep up-to-date by hand. > > > Is there another tool I should be using? > > > > Yes, don't clutter your system, because it will end in sorrow :-). > > Your system will have mix of your local packages and at the end of the > > day you will build package which will be: > > > > a) unbuildable > > b) uninstallable > > > > Right solution is to use pbuilder, which will: > > > > a) always ensure that package can be built using unstable > > b) keep your build environment clean > > c) keep your local system clean > d) take much longer to build your package; the exact factor depends on >the size of the package, but a factor 3 isn't too uncommon for >smaller packages, which isn't very interesting in cases where you >need to do a lot of work on a given package. I usually solve this by doing: pbuilder login and work inside pbuilder environment until I got the package in right shape, then sync it with outside, exit out of pbuilder and build final version in clean pbuilder. There is a work on COW support, which could eliminate that time, cpu and io consuming tgz unpack at start... > pbuilder is a wonderful answer to the question of "did I get my > build-dependencies right?", but it's not a magical wand to solve every > problem, and certainly not to solve the problem of "how do I keep the > number of -dev packages on my system under control?". It does solve this problem in it's own way, because you don't have to have any -dev package installed at all in your base system... But sure, it's not magical wand and it helps anybody to keep their package in better shape. Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Use pbuilder, Luke... (Was: cleaning up lib*-dev packages?)
On Sun, 2006-05-14 at 23:08 +1000, Hamish Moffatt wrote: > On Sun, May 14, 2006 at 11:47:41AM +0200, Wouter Verhelst wrote: > > On Sun, May 14, 2006 at 10:00:25AM +0200, Ondrej Sury wrote: > > > Right solution is to use pbuilder, which will: > > > > > > a) always ensure that package can be built using unstable > > > b) keep your build environment clean > > > c) keep your local system clean > > d) take much longer to build your package; the exact factor depends on > >the size of the package, but a factor 3 isn't too uncommon for > >smaller packages, which isn't very interesting in cases where you > >need to do a lot of work on a given package. > > Without wishing to join the mob, > > e) it's difficult to install versions of packages not available from > your regular sources.list. For example if you build a new (version of a) > library package and then an application that uses it and want to upload > both at the same time. You probably need to set up a local apt > repository, which is a pain. Nope, it's not :-), just add: BINDMOUNTS="/var/cache/pbuilder/result" and put hook script somewhere: # cat /var/cache/pbuilder/hooks/D70results #!/bin/sh cd /var/cache/pbuilder/result/ /usr/bin/dpkg-scanpackages . /dev/null >> /var/cache/pbuilder/result/Packages /usr/bin/apt-get update (But yes, it slows down build process even more...) O. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Use pbuilder, Luke... (Was: cleaning up lib*-dev packages?)
On Mon, 2006-05-15 at 13:59 +0900, Junichi Uekawa wrote: > Hi, > > > > > Nope, it's not :-), just add: > > > > BINDMOUNTS="/var/cache/pbuilder/result" > > > > and put hook script somewhere: > > > > # cat /var/cache/pbuilder/hooks/D70results > > #!/bin/sh > > cd /var/cache/pbuilder/result/ > > /usr/bin/dpkg-scanpackages . /dev/null >> > > /var/cache/pbuilder/result/Packages > > /usr/bin/apt-get update > > > > (But yes, it slows down build process even more...) > > This should probably go into the documentation, I guess. > > > Why do you do ">>" instead of ">" to generate Packages file? It will > get infinitely larger... Well spotted... it's typo... (And I was wondering while this file has still old paths to packages and had to delete it and regenerate last time :-) Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: gnome 2 gnucash into unstable
On Tue, 2006-05-16 at 12:12 -0700, Thomas Bushnell BSG wrote: > WARNING: The following packages cannot be authenticated! > > and then apt doesn't run, and instead prints: > > E: There are problems and -y was used without --force-yes pbuilder login --save-after-login [...] # apt-get install gnupg or add: EXTRAPACKAGES="gnupg" to your pbuilderrc when creating pbuilder for first time... O. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: RFC: Better portability for package maintainers
On Sun, 2006-05-21 at 18:54 +0200, Steinar H. Gunderson wrote:
> > because non-glibc Debian architectures does exists (i.e.
> > FreeBSD,Solaris,Darwin), and it is time to consider them and accept
> > their existence. Those core architectures are open sourced and their
> > communities will only grow over time. It is not like they will
> > disappear, that means Debian must adjust to the new fact of life: "we
> > have more than one major OS totally open-sourced at its core".
>
> Again, there's a certain difference between “there exist more than one free
> kernel and libc” (ignoring the problems the current Sun license might have
> with the DFSG) and “Debian must do whatever Nexenta wishes”. This isn't a new
> situation -- the BSDs have been around forever. I think you'd meet a lot more
> acceptance and friendliness if you stopped insisting that Debian unilaterally
> adopted your conclusions and world view.
I would like to add that I would happily accept patches submitted to BTS
if it doesn't break anything. But I won't check some obscure logs just
to make life of Nexenta easier, and certainly not after I have seen so
much unrelated marketing blobs posted on {ubuntu,debian}-devel from
Nexenta people. So it's only your effort to supply enough
information/patches if you are interested in seamless recompiling of
debian packages on Nexenta.
Ondrej.
--
Ondrej Sury <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
Key rotation deployments (Was: bits from the release team)
On Fri, 2006-05-26 at 19:57 +0200, Florian Weimer wrote: > > But that is not relevant to the problem. Experience shows that keys do > > get compromised and need changing. So rotation or no rotation the key > > change has to be handled anyway. Rotation just adds it at specific > > intervals on top of random events. > > Could you point me to a deployment which relies on key rotation to > deal with key compromises? 8-) DNSSEC You have KSK (Key Signing Key) which is strong and you sign set of lesser keys which you then rotate regulary. This mechanism was established because it's problematic to rotate key in parent zone and keep CPU usage when signing big zones to reasonable levels. Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Bug#368985: ITP: mod-bt -- BitTorrent tracker for the Apache2 web server
On Fri, 2006-05-26 at 08:07 -0700, Tyler MacDonald wrote: > * Package name: mod-bt I suggest to name your package (you can name just binary package, but it since you are building just one binary package, it's easier to rename source package as well) as libapache-mod-bt to follow common practice when packaging apache modules. Ondrej. -- Ondrej Sury <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Bug#378859: ITP: pypar2 -- graphical frontend for the par2 command line utility
On Wed, 2006-07-19 at 13:37 +0200, Piotr Ozarowski wrote: > Package: wnpp > Severity: wishlist > Owner: Piotr Ozarowski <[EMAIL PROTECTED]> > > * Package name: pypar2 > Version : 0.05 > Upstream Author : Ingelrest François <[EMAIL PROTECTED]> > * URL : http://pypar2.silent-blade.org/ > * License : GPL > Programming Lang: Python > Description : graphical frontend for the par2 command line utility > > PyPar2 is designed to be very easy to use. For this reason: > * Advanced settings are present, but hidden by default. > * There is no preferences dialog, all selected options are automatically > saved and restored. You should first write what it is good for and not how it is done. Usefullness of this packages should be obvious even without knowledge of par2 utility. O. -- Ondrej Sury <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
