Re: A localisation success: French po-debconf translations briefly reached a full "virtual" 100%
Il mer, 2004-10-27 alle 09:08, Adrian 'Dagurashibanipal' von Bidder ha scritto: > Jujst wondering: hor much of this is automated, and how much do I need to do > manually as package maintainer? > > Obviously, translation of the package itself will always be a manual task. > But does anything warn me (linda/lintian?) when I update debconf templates > and/or package descriptions and forget to post to debian-i18n? (which would > be: it should always warn, unless you build the AI to detect when I have > posted to the mailing list :-) I wrote some months ago a little perl script to do this. I also filed a bug against po-debconf asking to include it (see #257125), but the maintainer hasn't done it yet. Yes, I know it isn't fully tested, and it can be improved, but IMHO it's useful and usable and I'd like to see it in po-debconf package. :) Fabio. -- Fabio Tranchitella http://www.kobold.it Studio Tranchitella Assoc. Professionale http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
ITP: zope-cmfarchetypes -- A developers framework for rapidly developing and deploying rich, full featured content types
Package: wnpp Severity: whishlist * Package name: zope-cmfarchetypes Version : 1.2.5-rc5 Upstream Author : Archetypes Development Team <[EMAIL PROTECTED]> * URL : http://voxel.dl.sourceforge.net/sourceforge/ archetypes/Archetypes-1.2.5-rc5.tar.gz * License : GPL Description : A developers framework for rapidly developing and deploying rich, full featured content types Formerly known as CMFTypes, Archetypes is a developers framework for rapidly developing and deploying rich, full featured content types within the context of Zope/CMF and Plone. . Archetypes is based around the idea of an _Active Schema_. Rather than provide a simple description of a new data type Archetype schemas do the actual work and heavy lifting involved in using the new type. Archetype Schemas serve as easy extension points for other developers as project specific components can be created and bound or you can choose among the rich existing set of features. . Features * Simple schemas with working default policy. * Power and flexibility with lowered incidental complexity. * Integration with rich content sources such as Office Product Suites. * Full automatic form generation * i18n content on a field basis . Homepage: http://www.sourceforge.net/projects/archetypes This source package will generate the following binary packages: * zope-cmfarchetypes * zope-cmftransforms * zope-generator * zope-validation -- Fabio Tranchitella signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
ITP: zope-cmactionicons -- Zope form validation for CMF and Plone
Package: wnpp Severity: whishlist * Package name: zope-cmfactionicons Version : 0.9 Upstream Author : Tres Seaver, <[EMAIL PROTECTED]> * URL : http://zope.org/Members/tseaver/CMFActionIcons/ CMFActionIcons-0.9/CMFActionIcons-0.9.tar.gz * License : ZPL 1.0 Description : Actions and icons add-on for Zope Content Management Framework This product is a add-on for the Zope Content Management Framework (CMF). It should be useful with Plone, CPS, and other CMF-derived extensions, as well. The product provides: * A new tool, portal_actionicons, which serves as a registry mapping object actions (using category and action ID) to a descriptive title, a priority, and an icon ID. The tool post-processes a set of actions (i.e., those generated by the portal_actions tool), decorating them with additional information, and sorting them according to priority. * ZPT macros which build either horizontal or vertical icon bars for a set of actions. -- Fabio Tranchitella signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
ITP: zope-cmformcontroller -- Zope form validation for CMF and Plone
Package: wnpp Severity: whishlist * Package name: zope-cmfformcontroller Version : 1.0.3 Upstream Author : Geoff Davis <[EMAIL PROTECTED]> * URL : http://voxel.dl.sourceforge.net/sourceforge/ collective/CMFFormController-1.0.3-beta.tar.gz * License : Free custom license Description : Zope form validation for CMF and Plone CMFFormController replaces the portal_form form validation mechanism from Plone. It should work just fine in plain CMF as well. -- Fabio Tranchitella signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
ITP: zope-cmfquickinstallertool -- Zope add-on to easy install CMF/Plone products.
Package: wnpp Severity: whishlist * Package name: zope-cmfquickinstallertool Version : 1.5.0 Upstream Author : Philipp Auersperg (phil at bluedynamics.com) * URL : http://voxel.dl.sourceforge.net/sourceforge/ collective/CMFQuickInstallerTool-1.5.0.tgz * License : GPL Description : Zope add-on to easy install CMF/Plone products. CMFQuickInstaller is a Zope add-on to make easy to install CMF/Plone products. -- Fabio Tranchitella signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
ITP: zope-plonetranslations -- Translation files for Plone 2.0
Package: wnpp Severity: whishlist * Package name: zope-plonetranslations Version : 0.5 Upstream Author : Jodok Batlogg <[EMAIL PROTECTED]> * URL : http://dev.clearwind.ca/Files/Plone/ Nightly/PloneTranslations-0.5.tar.gz * License : GPL Description : Translation files for Plone 2.0 This product contains the translation files for Plone 2.0. -- Fabio Tranchitella signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
ITP: zope-ploneerrorreporting -- Error Reporting Tool for Plone 2.0
Package: wnpp Severity: whishlist * Package name: zope-ploneerrorreporting Version : 0.11 Upstream Author : Geoff Davis * URL : http://voxel.dl.sourceforge.net/sourceforge/ collective/PloneErrorReporting-0.11.tar.gz * License : GPL Description : Error Reporting Tool for Plone 2.0 The plone error reporting tools helps the site manager to post bug reports more easily. -- Fabio Tranchitella signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
ITP: zope-pts -- Placeless Translation Service for Zope
Package: wnpp Severity: whishlist * Package name: zope-pts Version : 1.0-rc8 Upstream Author : Jodok Batlogg <[EMAIL PROTECTED]> * URL : http://voxel.dl.sourceforge.net/sourceforge/ collective/PlacelessTranslationService-1.0-rc8. tar.gz * License : GPL Description : Placeless Translation Service for Zope PTS is a way of internationalizing (i18n'ing) and localizing (l10n'ing) software for Zope 2. It's based on the files supported by the GNU gettext set of utilities. -- Fabio Tranchitella signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
Re: ITP: zope-plonetranslations -- Translation files for Plone 2.0
Il giorno mar, 02-11-2004 alle 13:32 +0100, Igor Stroh ha scritto: > IIRC plonetranslations and ploneerrorreporting depend > on plone >= 2.0 which is not part of Debian yet. Plone 2.0 > however depends on CMF1.4 t which still has to be packaged > as well... Hi Igor, I'm also packaging plone 2.0.4 and CMF 1.4. This is why I've filed some zope-* ITPs: all these packages are required by plone 2.0.4. Thanks, Fabio. -- Fabio Tranchitella http://www.kobold.it Studio Tranchitella Assoc. Professionale http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
Bug#299023: ITP: zope-common -- common settings and scripts for zope installations
Package: wnpp Severity: wishlist Owner: Fabio Tranchitella <[EMAIL PROTECTED]> * Package name: zope-common Version : 0.5 Upstream Author : Matthias Klose <[EMAIL PROTECTED]> * URL : http://people.ubuntu.com/~doko/zope/ * License : GPL Description : common settings and scripts for zope installations The package contains common settings and scripts for zope installations. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299024: ITP: dh-zope -- debhelper script for zope packaging
Package: wnpp Severity: wishlist Owner: Fabio Tranchitella <[EMAIL PROTECTED]> * Package name: zope-debhelper Version : 0.3 Upstream Author : Matthias Klose <[EMAIL PROTECTED]> * URL : http://people.ubuntu.org/~doko/zope/ * License : GPL Description : debhelper script for zope packaging The package contains the dh_installzope debhelper script used for zope packaging tasks. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#299024: ITP: dh-zope -- debhelper script for zope packaging
Il giorno ven, 11-03-2005 alle 10:57 +0100, Igor Stroh ha scritto: > > * URL : http://people.ubuntu.org/~doko/zope/ > I'm pretty sure you mean people.ubuntu.com :) Yes, I've mistyped it. Thanks for pointing this out, Fabio signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
Re: Bug#353777: ITP: multixterm -- drive multiple xterms separately or together
Il giorno mar, 21/02/2006 alle 09.44 +, David Pashley ha scritto: > > Typing in the stdin window while holding down the alt or meta keys sends an > > escape character before the typed characters. This provides support for > > programs such as emacs. > > > Why would I want to use this? I now know how to use it, but I am still > none the wiser as to what I could do with it. I'm not sure, but for example it could be useful for the maintenance of a set of debian-based cluster nodes. -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa parte del messaggio è firmata
Re: advice on a patch set
Il giorno mer, 26-01-2005 alle 17:17 +0100, martin f krafft ha scritto: > Hi all, > > I am trying to package the swsusp2 kernel patch, which comes in > hundred little files. Hi Martin, why don't you apply all the patches to a clean kernel source tree, and then diff that source tree from the original one? -- Fabio Tranchitella http://www.kobold.it Studio Tranchitella Assoc. Professionale http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
debhelper and debian/config.debhelper
Dear developers,
I'm writing a debhelper script for zope packaging and I need to
add very similar config script to the packages created with it.
Actually, I'm using a common package (zope-common) with common
templates which I'm using with db_register and db_subst, and a
debhelper package (dh-zope) which provides dh_installzopeinstance
and some autoscripts.
Everything works well, but I can't have debian/config.debhelper
handled neither by dh_installdeb or dh_installdebconf. The former
only handles {pre,post}{inst,rm}.debhelper and the latter just
copy debian/config into $tmp/DEBIAN/config.
Why #DEBHELPER# substitution isn't implemented for config file?
How can I handle this?
Thanks for your answers,
Fabio Tranchitella
signature.asc
Description: Digital signature
Re: debhelper and debian/config.debhelper
On Sat, Mar 26, 2005 at 09:30:45PM -0500, Joey Hess wrote: > File a wishlist bug report. It's not particularly hard to write the > necessary patches, although not trivial enough for me to do before > replying to this email. I have just done it (#301657). Thanks, Fabio signature.asc Description: Digital signature
Hungary (Pecs and Budapest), meeting and key signing
Hello, I will be in Hungary from Saturday 4 to Sunday 12 June, mainly in Pecs except one day in Budapest, but I don't know yet which day will be. If someone is there and has some spare time, let me know. :) Thanks, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Re: Is Luca - De Whiskey's - De Vitis MIA?
Hi Roberto, On Mon, 06 Jun 2005 at 23:52 -0400, Roberto C. Sanchez wrote: > I am wondering what the deal is with Luca and his packages, > specifically httperf. > > [snip] > > Just wondering what, if anything, should be done. Personally, I would > be willing to adopt httperf because I would like to see the bugs fixed. Someone told me a few weeks ago that he is interested in coming back and start again working on his packages. I doubt that this will really happen, and if nobody object the Debian Zope Team will take over his zope packages in a few days. All in all, if he's interested in coming back he could join the team, too. -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Re: Is Luca - De Whiskey's - De Vitis MIA?
On Wed, 8 Jun 2005, Matthew Palmer wrote: > Recalling his packages in the past, I get a different opinion. I can't define your email polite, and I have to admin that this list is often far from being friendly. I really don't know what you could get sending this type of email on this *development* list, and I mean personal opinion on the work done by someone who actually isn't in here to give you replies. -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#314590: ITP: zopex3 -- open source web application server (X3 branch)
Package: wnpp Severity: wishlist Owner: Debian Zope team <[EMAIL PROTECTED]> * Package name: zope2.8 Version : 2.8.0 Upstream Author : Zope Community * URL : http://www.zope.org/ * License : ZPL 2.0 Description : open source web application server (2.8 branch) Zope enables teams to collaborate in the creation and management of ynamic web-based business applications such as intra-nets and portals. Zope makes it easy to build features such as site search, news, personalisation, and e-commerce into your web applications. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) signature.asc Description: Digital signature
Bug#314589: ITP: zope2.8 -- open source web application server (2.8 branch)
Package: wnpp Severity: wishlist Owner: Debian Zope team <[EMAIL PROTECTED]> * Package name: zope2.8 Version : 2.8.0 Upstream Author : Zope Community * URL : http://www.zope.org/ * License : ZPL 2.0 Description : open source web application server (2.8 branch) Zope enables teams to collaborate in the creation and management of ynamic web-based business applications such as intra-nets and portals. Zope makes it easy to build features such as site search, news, personalisation, and e-commerce into your web applications. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) signature.asc Description: Digital signature
Re: Bug#314590: ITP: zopex3 -- open source web application server (X3 branch)
On Fri, 17 Jun 2005 at 11:58 +0200, Fabio Tranchitella wrote: > Package: wnpp > Severity: wishlist > Owner: Debian Zope team <[EMAIL PROTECTED]> > > * Package name: zope2.8 > Version : 2.8.0 > Description : open source web application server (2.8 branch) Damn, I meant zopex3 and 3.0.0 ... -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Tracking differences between Ubuntu and Debian for a set of packages
Hello, I've written a small-and-easy script to track the differences for a given set of packages between Debian and Ubuntu. We (as Debian/Ubuntu Zope Team) use it to coordinate syncs, but it could be useful to other developers too. http://people.debian.org/~kobold/ubuntu-diff/ If you'd like to have new sets of packages included, eventually tracking different distributions (eg. testing / ubuntu) drop me an email. Have a nice day, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Tracking differences between Ubuntu and Debian for a set ofpackages
Il giorno mar, 19/09/2006 alle 20.51 +0200, Daniel Baumann ha scritto: > Hi, > > looks very nice.. do you mind publishing the source? It is on gluck.debian.org, within my home directory, or here: http://people.debian.org/~kobold/ubuntu-diff/bin/ Cheers, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Tracking differences between Ubuntu and Debian for a set ofpackages
Il giorno mer, 20/09/2006 alle 10.31 +0200, Daniel Baumann ha scritto: > I know I could get it from gluck, but I wanted to be kind and ask before > I take it. > > Thanks a lot, very well done. I'll modify it so that I can track > differences between backports and etch, to keep my backports easier > uptodate. Fine, that's another good use case. Could you please put it somewhere public? We could have a common area for these "track the differences between distributions" tools? -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#361837: ITP: zope-cmfcontentpanels -- plone portlets product to build composite pages
Package: wnpp Severity: wishlist Owner: Fabio Tranchitella <[EMAIL PROTECTED]> * Package name: zope-cmfcontentpanels Version : 2.3 Upstream Author : Pan Junyong * URL : http://www.zopechina.com/products/CMFContentPanels * License : GPL Programming Lang: Python / Zope / Plone Description : plone portlets product to build composite pages CMFContentPanels is a plone portlets product to build composite pages. You can create new content which is composed of othr contents as configurable 'content panels'. You can change the layout, the panel skin and the content viewlet through the web. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Self-conflicts and self-depends
Hello, I've noticed that some packages conflict or depend on themself. As far as I know, this makes no sense and the dependency (of conflict) should be removed, but I prefer to ask here before filing useless bug reports. This is a list of the packages: avr-libc: Conflicts on avr-libc ( ) ctsim: Conflicts on ctsim ( ) doodle: Conflicts on doodle (<< 0.6.2-1) eclipse-common-nls: Conflicts on eclipse-common-nls (<= 3.1.1a-5) exim4-config: Conflicts on exim4-config ( ) giflib-bin: Conflicts on giflib-bin ( ) kernel-patch-kdb: Conflicts on kernel-patch-kdb ( ) lib3ds-dev: Conflicts on lib3ds-dev ( ) libbonobo2: Depends on libbonobo2 (>= 1.0.22) libc6-dev: Conflicts on libc6-dev (<< 2.0.110-1) libdb4.4++: Conflicts on libdb4.4++ ( ) libdnet: Depends on libdnet ( ) libgail-common: Depends on libgail-common (>= 1.6.6) libglide2: Conflicts on libglide2 ( ) libglide3: Conflicts on libglide3 ( ) libopencdk8-dev: Conflicts on libopencdk8-dev ( ) libopenh323-dev: Conflicts on libopenh323-dev ( ) libperl6-form-perl: Conflicts on libperl6-form-perl ( ) libstatgrab-dev: Conflicts on libstatgrab-dev (<< 0.12-1) python-gnome2-desktop-doc: Conflicts on python-gnome2-desktop-doc (<< 2.13.3) python2.3-apoo: Conflicts on python2.3-apoo ( ) python2.4-apoo: Conflicts on python2.4-apoo ( ) sylpheed-claws-gtk2-etpan-privacy: Conflicts on sylpheed-claws-gtk2-etpan-privacy (<< 2.3.0-1) sylpheed-claws-gtk2-perl-filter: Conflicts on sylpheed-claws-gtk2-perl-filter (<< 2.3.0-1) sylpheed-claws-gtk2-vcalendar-plugin: Conflicts on sylpheed-claws-gtk2-vcalendar-plugin (<< 2.3.0-1) tasksel-data: Conflicts on tasksel-data ( ) unison: Conflicts on unison (<< 2.9.1-3) unison-gtk: Conflicts on unison-gtk (<< 2.9.1-3) Do anybody has an exaplanation of why these relationship should not be removed? Thanks, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Self-conflicts and self-depends
Il giorno lun, 24/07/2006 alle 23.22 +0200, Jan C. Nordholz ha scritto: > > unison: > > Conflicts on unison (<< 2.9.1-3) > > I guess this is meant to prevent older versions of unison and unison2.9.1 > (which Provides: unison) from being installed together (the same holds > for unison-gtk). If unison2.9.1 conflicts with unison and provides unison, that is enough and there is no need for unison to conflict with himself. Il giorno lun, 24/07/2006 alle 23.22 +0100, martin f krafft ha scritto: > An upgrade is the same as removing the old and installing the new > package, so other than maintainer script invocations (which will > differ if the old package was removed because of a conflict), > I don't see a difference. Of course, dpkg wouldn't let you a package > if it created a conflict, so yeah... no point... If nobody disagree, I'll start filing bug reports for the packages listed in the first email of the thread and I'll bug lintian to add a check for this case. Thanks, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Self-conflicts and self-depends
Il giorno mar, 25/07/2006 alle 18.10 -0700, Russ Allbery ha scritto: > So, are people sure this is not useful even if the package name doubles as > a virtual package? It seems to me like it would be. Or are people just > arguing that that case will never occur? Conflicts on virtual packages assure that two real packages providing the virtual one can't be installed togheter, so let's say: A: provides D; conflicts D B: provides D; conflicts D It is not possible to install both pkg A and pkg B because both provide pkg D and the other package conflicts with it. If we replace D with A, and remove the self-conflicts/self-provides, the situation would be: A: nothing; B: provides A; conflicts A ... which produces the same result, because you can't install both A and B because B conflicts with (the real package) A. For me, self-conflicts make no sense in every situation. -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Self-conflicts and self-depends
Il giorno mer, 26/07/2006 alle 16.48 +0200, Goswin von Brederlow ha scritto: > > Conflicts on virtual packages assure that two real packages providing > > the virtual one can't be installed togheter, so let's say: > > > > A: provides D; conflicts D > > B: provides D; conflicts D > > > > It is not possible to install both pkg A and pkg B because both provide > > pkg D and the other package conflicts with it. If we replace D with A, > > and remove the self-conflicts/self-provides, the situation would be: > > > > A: nothing; > > B: provides A; conflicts A > > > > ... which produces the same result, because you can't install both A and > > B because B conflicts with (the real package) A. > > > > For me, self-conflicts make no sense in every situation. > > Say your "A" package gets renamed to (or is named) "D". "D" then still > has to conflict "D" so "B" can't be installed in > parallel. exim4-config is an example of such a case. I don't understand if you talk about my first example or about the second one. If it is the first, then D doesn't need to conflict on itself: it won't be installable because "B" already conflicts with it. I don't see neither why exim4-config is an example of such a case: there are no packages in the archive which provides exim4-config, and even if they would exists, they would conflict with exim4-config so they won't be installable in parallel. The conflict work also if just one of the two involved packages declares the conflict, or not? Cheers, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Self-conflicts and self-depends
Il giorno gio, 27/07/2006 alle 00.22 +1000, Hamish Moffatt ha scritto: > Now extend for more than two packages. Should each package list every > other, require every package to be updated when another is added? > > Instead they can all provide and conflict a common virtual package. It is ok to conflict on a common virtual package, but I don't see the point for a package conflicting with itself. If there are other packages which provide it, then it's up to them to conflict with the real one and we are not talking about **virtual** packages anymore. Another example: * foo * foo-extended: provides foo, conflicts foo; * foo-extended-nosql: provides foo, conflicts foo; Is it really needed for foo to conflict with itself to have foo-extended or foo-extended-nosql uninstallable in parallel with it? Aren't their conflicts enough? -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Self-conflicts and self-depends
On mer, 26 lug 2006, Russ Allbery wrote: > However, I don't see how the self-conflicts *hurts* anything, and some > people are currently using this technique, probably because it's easier to > remember to always have the Conflits. So what are we gaining by adding a > check for this and making people change it? Is there a problem here that > we're solving? (Like, for instance, is this making dpkg or other package > tools more complicated in ways that getting rid of it would let us fix?) Yes, is making my life harder dealing with conflicts in britney. Oh, nothing that we can't skip with an if block, but you asked. :) Cheers, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Re: Why does Ubuntu have all the ideas?
Il giorno ven, 28/07/2006 alle 17.37 +0100, Matthew Garrett ha scritto: > That's not actually true. I do a lot of work in Ubuntu to add extra > hardware support. All the code gets pushed upstream so will end up in > Debian too, but Ubuntu's lack of a concept of package ownership makes it > massively easier to do integration work - rather than filing half a > dozen bugs and having to chase people up, I can just upload the > packages. Given the amount of time I currently have available to me, I > tend to choose the latter. If Debian had slightly less of a culture of > "Keep your hands off my package", I'd do it here instead. If you need to apply a patch to one of my packages for a non-critical bug in order to complete an integration work, please send me the patch by BTS and if I do not reply in a few days feel free to upload an NMU. How many Debian maintainers think the same? I'm sure there are a lot of them who do not soffer of the "this is my package, go away" syndrome. Cheers, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Czech translation of po-debconf templates completed
Il giorno gio, 18/08/2005 alle 10.38 +0200, Marc Haber ha scritto: > As for changing the templates, are there automatisms in place to fire > off e-mails to the translators and their mailing lists to inform them > of changed templates? Sure, have a look at podebconf-report-po (from po-debconf package). -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: This is a digitally signed message part
Re: Unnecessary "Conflicts" with imap-server packages
Il giorno lun, 29/08/2005 alle 12.16 +0200, Olaf van der Spek ha scritto: > It's not solved. > There are still daemons that conflict with eachother 'just' because > they wish to listen on the same port or use the same directories (by > default). Which makes no sense, and I think this is an abuse of Conflicts field. Having a package installed doesn't mean the corresponding service is started. Cheers, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: This is a digitally signed message part
Re: Unnecessary "Conflicts" with imap-server packages
On lun, 29 ago 2005, Bob Proulx wrote: > Fabio Tranchitella wrote: > > Having a package installed doesn't mean the corresponding service is > > started. > > If I install something then I want it installed, configured and > running. > > I think you are asking for another type of action for APT. Currently > APT has two types of remove. You can remove leaving configuration > files or you can purge taking off the configuration files too. I > think you are asking for a new type of install target where a package > is only partially installed. I could see the utility of that but > there is no support for it in the code at this moment. No, I meant that if I have to switch my mail server from $imapserver1 to $imapserver2, I would prefer to have both imapservers fully installed and running, for example on two different ports. There is no need for them to conflicts one with each other, this is annoying and I think it is an abuse of the Conflicts field, which in my opinion means "you can't install both packages because (for example) they installs the same files" and not "you can't install both packages because it is not common to have both installed, even if it is possible". -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#337929: ITP: zope-plonetestcase -- unit testing framework and test case for Plone
Package: wnpp Severity: wishlist Owner: Fabio Tranchitella <[EMAIL PROTECTED]> * Package name: zope-plonetestcase Version : 0.7 Upstream Author : Stefan H. Holek, [EMAIL PROTECTED] * URL : http://zope.org/Members/shh/PloneTestCase * License : ZPL Description : unit testing framework and test case for Plone PloneTestCase is a thin layer on top of the ZopeTestCase package. It has been developed to simplify testing of Plone-based applications and products. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337931: ITP: zope-cmfmember -- advanced members management for Plone sites
Package: wnpp Severity: wishlist Owner: Fabio Tranchitella <[EMAIL PROTECTED]> * Package name: zope-cmfmember Version : 1.1b5 Upstream Author : Ben Saller (bcsaller), Jonah (MrEnoch), Geoff Davis (geoffd / plonista) * URL : http://plone.org/products/cmfmember * License : ZPL Description : advanced members management for Plone sites CMFMember is a replacement for portal_memberdata that provides TTP (Through-The-Plone) member management. Members are ordinary Archetypes (AT) objects that are controlled by workflow. Member data can be expanded and configured via an AT schema (or via subclassing). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337932: ITP: zope-atseng -- framework to provide flexible schema editing for AT content-types
Package: wnpp Severity: wishlist Owner: Fabio Tranchitella <[EMAIL PROTECTED]> * Package name: zope-atseng Version : 0.3.2 Upstream Author : Andreas Jung, Rob Miller (rafrombrc) * URL : http://plone.org/products/atseng/ * License : LGPL Description : framework to provide flexible schema editing for AT content-types ATSchemaEditorNG provides a means of allowing through the web (TTW) management of Archetypes schemas. Features include: * containment- or tool-based schema management * different schemas for the same content type in different locations * hooks for add TTW support for custom fields, widgets, or storages * hooks for extending the editor UI to supply custom attributes to fields * schema caching for performance -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: The number of etch installations is rocketing...
* 2007-04-12 11:29, Joey Hess wrote: > I wonder if it would be reasonable to make d-i hit one of two urls > depending on whether the user chose to enable popcon, and count the > results. Isn't this a violation of user's privacy? If the user hitted `No', this really means that he doesn't want to call home. Cheers, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Re: The number of etch installations is rocketing...
* 2007-04-12 12:09, Raphael Hertzog wrote: > As long as we don't use that to collect sensitive information, it would be > ok IMO. (Of course, a preseed question could avoid it completely too) I think Google Earth for Linux does the same, and IIRC the general agreement in the free software community was that it is a evil behavior. I may be wrong, I don't know, but in my opinion a ping to call back home even if the user said `No' is a evil behaviour and Debian should avoid it. Cheers, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Can a package modify slapd.conf in its maintainer script?
Hello all, I need some help regarding #493781: the submitter reported the bug as grave because he thinks that modifying slapd.conf to include an extra LDAP schema from the maintainer scripts of a package (phamm-ldap in this case) is against the Debian policy. Considering that slapd.conf is not (anymore) a conffile, in my opinion this behaviour is not forbidden from the Debian policy and thus the bug report could be closed without any change to the phamm-ldap package. Of course, having an official way from the slapd package to add new schemas would be wonderful, but until this feature is added I think that this is the only possibility to automatically include a new schema in slapd.conf. Opinions? Thanks in advance, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Re: Can a package modify slapd.conf in its maintainer script?
* 2008-08-10 21:09, Carsten Hey wrote: > | 11.7.4 Sharing configuration files > | > | ... > | > | The maintainer scripts must not alter a conffile of any package, > | including the one the scripts belong to. > > It is not a conffile, so this is not a problem. This is the exact sentence which keeps me thinking that this is not an RC bug, or maybe not a bug at all until slapd does provide a script for handling updates. > The whole procedure *should* be done, so this is not a must. Is there > a valid reason in this particular circumstance to ignore the > recommendation of the policy? The package slapd doesn't provide any updater script, but without adding the schema in slapd.conf phamm can't work so the package is unusable. What the maintainer would like to have (I'm only sponsoring the package) is that the user could use phamm directly after an "aptitude install phamm" without having to read documentation or changing configuration files. > Do you unterstand the full implications and did you carefully weighed > your decision to alter the other packages configuration file (see quoted > part of the RFC)? Is the other packages maintainer aware of the changes > you do in his or her configuration file? I think the slapd's maintainer should provide a way to add additional schemas, and this is an old problem which has been discussed in the past. Best regards, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Can a package modify slapd.conf in its maintainer script?
* 2008-08-10 22:25, Peter Palfrader wrote: > The submitter is right. > > | Packages must not modify other packages' configuration files > | except by an agreed upon APIs (eg, a /usr/sbin/update-foo > | command). > > http://release.debian.org/lenny/rc_policy.txt section 3. Thanks, we'll prepare a new release which disables the slapd.conf mangling and provides documentation within README.Debian. Thanks, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Can a package modify slapd.conf in its maintainer script?
Hello, * 2008-08-11 09:53, Bjørn Mork wrote: > Is there any reason why phamm-ldap should depend on slapd? It could > recommend slapd, like e.g kolabd does. I think maybe the same goes for > gforge-ldap-openldap, which also seems to be a ldap client depending on > slapd. phamm is the real "application" package, phamm-ldap is a very simple package which only ships an additional LDAP schema and has to be installed on your ldap server; for this reason, phamm-ldap has to depend on slapd. Obviously, phamm only recommends phamm-ldap. Best regards, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Re: debian-infrastructure-announce (was: dupload failed)
Hi, * 2007-11-09 10:38, Holger Levsen wrote: > > So why should I subscribe to an additional list? > > Because not every infrastructual bit should/needs to be announced on d-d-a?! > > Obviously, if ftp-master is down, this needs to go to d-d-a. But if the 3rd > amd64 porter machine or the swedish debian mirror is offline for 6h due to > scheduled maintainance, this doesnt need to go to d-d-a. But it's nice to > have on the infrastructure list. I'd suggest that if ftp-master is down, the message should go to both d-d-a and the infrastructure list. There is no need to subscribe to the latter if you don't care about the amd64 porter machine or the swedish debian mirror, but you do about ftp-master. Cheers, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Help needed for bug #441794 on postgis
Hi fellow developers, I need some help to figure out how to fix an issue with the postgis package, a PostgreSQL extension for handling spatial data. The bug report is #441794, and here there is a quick summary: the package provides a shared object (liblwgeom) which is used by postgresql for the postgis-specific functions. With the last upload (a new upstream release) the soname changed and the database became unusable because those functions referred to the old soname. I know that I could change the package name to reflect the soname, but I'm wondering if there is a better way to handle it. Note that this issue will pop up again when upgrading from etch to lenny. Thanks in advance, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Is Lars Bahner MIA?
Dear fellow developers, I'm trying to get in touch with Lars Bahner: he is the maintainer of varnish, but the last upload is from February 2007 and several new upstream releases were available since then. I offered help for the packaging several times by e-mail, but I haven't received any answer so far. Do anybody know how to contact him? Thanks in advance, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Re: Bug#531038: ITP: python-repoze-tm2 -- Zope-like transaction manager via WSGI middleware
Hello Zack, * 2009-05-29 14:20, Stefano Zacchiroli wrote: > * Package name: python-repoze-tm2 repoze.tm2 depends on transaction, which is a python module which will be packaged very soon by the Debian/Ubuntu Zope team as the result of the splitting of the old monolithic zope3 package. More details about this splitting and how it will affect reverse dependencies will be send out in an announcement to debian-python, but the general rule is that we are trying to keep the naming of the python module as linked as possible with their setuptools name. For example, zope.interface will have a source file called zope.interface and a binary package called python-zope.interface. I would suggest to apply the same rules to these packages, calling the binary python-repoze.tm2. -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
