Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

On Sun, 2006-08-06 at 12:01 +1000, Brian May wrote: > > Curiously though, the problems continue even after the archive appears > to be converted successfully - if I do a diff operation, it reports > all files as deleted, but if I try to revert it, it slows to a > grinding halt. Could you please

Re: Code of Conduct on the Debian mailinglists

"Ben Pfaff" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Magnus Holmgren <[EMAIL PROTECTED]> writes: No problem at all. Especially with gmane.org around. I used to subscribe to dozens of mailing lists, but now I can just browse all of them as newsgroups. I agree, I use Gm

Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes: Robert> Its likely to be a different bug - the conversion approach Robert> used for svn/baz is very different. That said, conversion Robert> from $any system is going to use more memory than native Robert> bzr operations,

udev vs ldap at startup

Hello, I found my debian/testing computer was hanging on startup. udev was trying to contact LDAP (via NSS), but LDAP wasn't configured yet. After much trial and error I came up with: [EMAIL PROTECTED]:~# tethereal -r /root/tethereal -V | grep Filter: Filter: (&(objectClass=posixGroup)

Bug#381631: ITP: pangzero -- action game that involves popping balloons with a harpoon

Package: wnpp Severity: wishlist Owner: Miriam Ruiz <[EMAIL PROTECTED]> * Package name: pangzero Version : 0.12 Upstream Author : UPi <[EMAIL PROTECTED]> * URL : http://apocalypse.rulez.org/pangzero * License : GPL Programming Lang: Perl Description : a

Re: A new debhelper program required?

Hi, Am Samstag 05 August 2006 22:36 schrieb Shachar Shemesh: [...] > and I ended up manually creating the symbolic link from > /usr/lib/thunderbird/extensions/{guid} to > /usr/share/lib/thunderbird/extensions/{guid}. [...] > 1. Should I have solved the problem differently? Perhaps creating a dual

A new debhelper program required?

Hi all, I came across the following need, and was wondering what the best way to solve it would be. I'm packaging a Thunderbird extension that is 100% javascript. I.e. - it's an "Architecture: All" package. Thunderbird expects that all files from such a package that would normally go into /usr/li

Re: Bug#381568: ITP: med-fichier -- Library to exchange meshed data

On Sat, 05 Aug 2006 22:27:23 +0200, Andreas Tille wrote: > >* Package name: med-fichier > >MED-fichier (Modélisation et Echanges de Données, in English Modelisation > >and Data Exchange) is a library to store and exchange meshed data or > >computation results. It uses the HDF5 file format to s

Re: Bug#381568: ITP: med-fichier -- Library to exchange meshed data

On Sat, 5 Aug 2006, Aurelien Jarno wrote: * Package name: med-fichier MED-fichier (Modélisation et Echanges de Données, in English Modelisation and Data Exchange) is a library to store and exchange meshed data or computation results. It uses the HDF5 file format to store the data. Havin g

Bug#381599: ITP (RFC): python-debian -- python modules to work with Debian-related data formats

Package: wnpp Severity: wishlist Owner: "Adeodato Simó" <[EMAIL PROTECTED]> Package name: python-debian Description : python modules to work with Debian-related data formats So, uhm, hi all. I've had this in mind for about a couple weeks now, and I kinda like the idea, but I also want

Re: Stuff the installer does which isn't done on upgrade....

On Thu, Aug 03, 2006 at 12:24:09AM -0400, Nathanael Nerode <[EMAIL PROTECTED]> wrote: > So upgraded systems don't get the benefits of certain changes to the > installer's > defaults, or defaults in programs used by the installer. > > I first thought of this when I noticed the change in the defa

Re: Centralized darcs

On Saturday 05 August 2006 18:52, Riku Voipio wrote: > On Sat, Aug 05, 2006 at 11:38:39AM +0300, George Danchev wrote: > > In my opinon the root of the key differences is that with patch systems > > you can have it both ways: > > a) all chunks in one big diff > > b) chunks clearly separated by issu

Bug#381580: ITP: xfburn -- CD-burner application for Xfce Desktop Environment

Package: wnpp Severity: wishlist Owner: Debian Xfce Maintainers * Package name: xfburn Version : 0.1.0 Upstream Author : Jannis Pohlmann <[EMAIL PROTECTED]> * URL : http://foo-projects.org/~pollux/xfburn/ * License : GPLv2 or later. Programming Lang: C Des

Re: Howto: Package for Debain the ???Easy??? Way

On Sat, Aug 05, 2006 at 09:18:39AM -0600, Joseph Smidt wrote: > I just posted a blog: blog.thedebianuser.org/?p=13, where I outline >how I feel: that working through examples using .diff files teaches how >to package better then trying to learn from documentation alone. The blog >

Howto: Package for Debain the “Easy” Way

I just posted a blog: blog.thedebianuser.org/?p=13, where I outline how I feel:  that working through examples using .diff files teaches how to package better then trying to learn from documentation alone.  The blog isn't he most complete, but it outlines my basic idea.     The reason I am tel

Re: Centralized darcs

On Sat, Aug 05, 2006 at 11:38:39AM +0300, George Danchev wrote: > In my opinon the root of the key differences is that with patch systems you > can have it both ways: > a) all chunks in one big diff > b) chunks clearly separated by issue > Obviously the patch system is an addition to the VCS, so

Re: Centralized darcs

Le vendredi 04 août 2006 à 12:58 +0100, Ian Jackson a écrit : > `Hate patch systems' people are those who can read code, and prefer > programming and debuggint to doing archaelogy. They're people like > me: my first approach to any bug I'm trying to fix (or change I'm > trying to make) is to read

Bug#381568: ITP: med-fichier -- Library to exchange meshed data

Package: wnpp Severity: wishlist Owner: Aurelien Jarno <[EMAIL PROTECTED]> * Package name: med-fichier Version : 2.2.3 Upstream Author : EDF R&D - Eric Fayolle <[EMAIL PROTECTED]> - Vincent Lefebvre <[EMAIL PROTECTED]> * URL : htt

Re: Stuff the installer does which isn't done on upgrade....

Hello! On Sat, 05 Aug 2006 15:05:10 +0200, Adrian von Bidder wrote: > On Thursday 03 August 2006 06:24, Nathanael Nerode wrote: >> So upgraded systems don't get the benefits of certain changes to the >> installer's defaults, or defaults in programs used by the installer. > >

Broken package and update (Was: How to properly move a file from a .deb to another one ?)

Goswin von Brederlow wrote: Darn, this is a vicious packaging bug.. playing with the might be the solution to kick the simlink ? Be carefull and check with policy and packaging manual on this. Changing between link and dir is a complicated thing to do. Darn, I just uploaded the httrack-doc_3.

Re: Stuff the installer does which isn't done on upgrade....

On Thursday 03 August 2006 06:24, Nathanael Nerode wrote: > So upgraded systems don't get the benefits of certain changes to the > installer's defaults, or defaults in programs used by the installer. Anyobdy (Marco d'Itri?) can add some comments regardin

Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

On Sat, 2006-08-05 at 10:58 +1000, Brian May wrote: > > "Robert" == Robert Collins <[EMAIL PROTECTED]> writes: > > Robert> Are you doing conversions from SVN? Current bzr uses 20MB > Robert> of ram to do a native branch operation in similar > Robert> circumstances. (bug report gets

Re: Centralized darcs

I've given up on this thread, but I just have to say one thing: On Sat, Aug 05, 2006 at 11:38:39AM +0300, George Danchev wrote: > `Hate patch systems' can easily apply all chunks and start BWAHAHAHAHAHAHAHAHAHAHA! Easily. Heh. You should be a comedian. - Matt -- To UNSUBSCRIBE, email to [

Re: Centralized darcs

On Friday 04 August 2006 14:58, Ian Jackson wrote: > Matthew Palmer writes ("Re: Centralized darcs"): > > diff.gz archaeology should not be necessary. > > I think this is the root of the key difference between the `like patch > systems' people and the `hate patch systems' people. In my opinon th