Re: Bug#1067831: libaio: the t64 package slipped through and is in testing

Hi! On Wed, 2024-03-27 at 17:56:25 +0700, Arnaud Rebillout wrote: > Source: libaio > Version: 0.3.113-7 > Severity: normal > User: de...@kali.org > Usertags: origin-kali > I noticed that the t64 variant of the package libaio is already in > testing. I did a quick check, and it seems that it's

Re: lvm2 udebs vs. libaio1-udeb (was: Progress on t64 transition -> building the installer in sid)

Hi! On Thu, 2024-03-21 at 23:13:31 +0100, Cyril Brulebois wrote: > Cyril Brulebois (2024-03-21): > > I'm a bit conflicted about what to do here. At the moment, libaio1-udeb > > is the only udeb with t64 (at least according to the output of > > `apt-file search -Iudeb t64`); but a rebuild of the

Bug#856060: Please don't use obsolete libsysfs-dev any more

Hi! On Sun, 2017-04-09 at 10:17:41 +0200, Philipp Kern wrote: > On 02/24/2017 11:05 PM, Michael Biebl wrote: > > Some years ago libsysfs (source package: sysfsutils) was written as an > > abstraction layer for accessing /sys/. However, this turned out to be > > a historical error and evolutionary

Re: Bug#982273: libbsd0-udeb: depends on libmd0

On Mon, 2021-02-08 at 14:54:28 +0100, Guillem Jover wrote: > On Mon, 2021-02-08 at 14:07:08 +0100, Cyril Brulebois wrote: > > Feel free to let us know about a source package/git repository so that > > we have a chance of experimenting with it before or while it's being > &g

Re: Bug#982273: libbsd0-udeb: depends on libmd0

On Mon, 2021-02-08 at 14:07:08 +0100, Cyril Brulebois wrote: > Guillem Jover (2021-02-08): > > On Mon, 2021-02-08 at 02:25:01 +0100, Samuel Thibault wrote: > > > Source: libbsd0-udeb > > > Version: 0.11.1-1 > > > Severity: serious > > >

Re: Bug#982273: libbsd0-udeb: depends on libmd0

Hi! On Mon, 2021-02-08 at 02:25:01 +0100, Samuel Thibault wrote: > Source: libbsd0-udeb > Version: 0.11.1-1 > Severity: serious > Justification: makes debian-installer FTBFS > The "new upstream" upload of libbsd builds a udeb that depends on a > non-udeb: > > The following packages have unmet

Re: New udeb for libacl and acl? (was Re: Bug#949712: please provide an udeb to be used by rsync-udeb)

On Mon, 2020-04-13 at 17:52:08 +0100, Samuel Henrique wrote: > On Sun, 26 Jan 2020 at 17:29, Cyril Brulebois wrote: > > Guillem Jover (2020-01-26): > > > I'm also not sure whether it would make sense to add also an acl-udeb > > > binary package, which would match fo

New udeb for libacl and acl? (was Re: Bug#949712: please provide an udeb to be used by rsync-udeb)

Hi! On Thu, 2020-01-23 at 22:33:52 +, Samuel Henrique wrote: > Package: libacl1 > Version: 2.2.53-5 > Severity: wishlist > Hello Maintainer, as per requested in #729069 (rsync package) > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729069 > > I would like to provide an udeb for rsync,

Bug#944984: live-installer: Scripts access internal dpkg database

Source: live-installer Source-Version: 57 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains several scripts, which directly access the dpkg internal database, instead of using one of the public interfaces provided by dpkg. These

Bug#944836: discover-data: Embeds old copies of pci.ids and usb.ids

Source: discover-data Source-Version: 2.2013.01.11 Severity: normal Hi! This package embeds old copies of the pci.ids and usb.ids databases which get converted into xml files. These databases are now packaged on their own source and binary packages so that it's very easy to update regularly.

Bug#932258: console-setup-freebsd: missing dependency

On Wed, 2019-07-17 at 18:06:00 +0300, Anton Zinoviev wrote: > On Wed, Jul 17, 2019 at 04:15:51PM +0200, Guillem Jover wrote: > > this seems like a problem with console-setup-freebsd being arch:all > > and depending on kFreeBSD-specific packages which will not be > >

Bug#932258: console-setup-freebsd: missing dependency

Hi! [ I'm not sure this bug closure is entirely correct? See below. ] On Wed, 2019-07-17 at 13:25:50 +0100, James Clarke wrote: > On 17 Jul 2019, at 10:55, Holger Wansing wrote: > > Héctor Orón Martínez (2019-07-17): > > > Package: console-setup-freebsd > > > Version: 1.191 > > > Severity:

Re: Bug#930788: creating /var/lib/dpkg/cmethopt

On Sun, 2019-06-23 at 21:32:19 +0200, Sven Joachim wrote: > On 2019-06-20 18:19 +0200, Ansgar Burchardt wrote: > > Package: apt,dselect > > Severity: normal > > today I learned that debootstrap as special code to create the file > > /var/lib/dpkg/cmethopt (contents: "apt apt"); this is the

Bug#923091: That merged-usr is mandatory is RC

On Mon, 2019-05-13 at 17:24:55 +0200, Bastian Blank wrote: > On Mon, May 13, 2019 at 11:22:35AM +0100, Ian Jackson wrote: > > In #923091, Guillem (with dpkg maintainer hat on) asks for a > > base-installer option to allow installing buster without merged-usr. > > No, he did not mention dpkg.

Bug#923091: base-installer: Allow installing w/o the broken merged-usr-via-symlinks

Package: base-installer Version: 1.187 Severity: wishlist Hi! The current base-installer uses the default debootstrap settings which end up unconditionally installing systems with the merged-usr-via-symlinks deployment method which is broken by design, please see:

Re: Processed: block 839046 with 134758

On Mon, 2018-05-07 at 12:08:36 +0200, Marco d'Itri wrote: > On May 07, Debian Bug Tracking System wrote: > > > block 839046 with 134758 > > Bug #839046 [debootstrap] debootstrap: enable --merged-usr by default > > Bug #839162 [debootstrap] Enabled merged-/usr by default > I totally disagree that

Bug#839046: debootstrap: enable --merged-usr by default

On Mon, 2018-02-05 at 22:32:05 +, Holger Levsen wrote: > On Mon, Feb 05, 2018 at 08:19:33PM +0100, Julien Cristau wrote: > > On Sat, Feb 3, 2018 at 09:16:40 +0100, Marco d'Itri wrote: > > > On Dec 23, md wrote: > > > > On Dec 20, Julien Cristau wrote: > > > > > > This

Bug#836525: debootstrap: doesn't support arch-qualified dependencies

Hi! On Mon, 2016-12-19 at 13:59:51 +0100, Julien Cristau wrote: > Control: severity -1 normal > > On 12/19/2016 10:58 AM, Sven Joachim wrote: > > Control: severity -1 serious > > > > On 2016-11-12 20:32 +0100, Sven Joachim wrote: > >> On 2016-09-04 19:28 +0200, Sven Joachim wrote: > >>> The

Re: Debian Installer Stretch Alpha 8 release

Control: clone 843073 -1 Control: reassign -1 debootstrap 1.0.85 Control: retitle -1 debootstrap: Please revert merged-/usr by default as it breaks builds Control: severity -1 serious Control: affects -1 dpkg-dev Control: severity 843073 wishlist Control: block 810499 by 843073 Control: severity

Re: Debian Installer Stretch Alpha 8 release

Control: severity 843073 important On Sat, 2016-11-12 at 18:37:52 +0100, Guillem Jover wrote: > On Sat, 2016-11-12 at 16:24:32 +0100, Cyril Brulebois wrote: > > Important change in this release of the installer > > = > > &

Re: Debian Installer Stretch Alpha 8 release

Hi, On Sat, 2016-11-12 at 16:24:32 +0100, Cyril Brulebois wrote: > Important change in this release of the installer > = > > * debootstrap now defaults to merged-/usr, that is with /bin, /sbin, >/lib* being symlinks to their counterpart in

Bug#799883: [PATCH v2 1/2] Treat *-{i386,amd64} as x86

Hi! On Wed, 2015-09-23 at 19:04:03 +0100, James Clarke wrote: > --- a/debian/rules > +++ b/debian/rules > @@ -6,7 +6,7 @@ > dh $@ > > ARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH) > -ifneq (,$(findstring :$(ARCH):,:i386:amd64:)) > +ifneq (,$(filter i386 amd64 %-i386 %-amd64,$(ARCH))) >

Bug#793558: udpkg: asprintf failure handling

Package: udpkg Version: 1.17 Severity: normal Hi! With commit c13d9c8529d2e1b09767b5f0b6a524721c9951ec to udpkg, there is a new error handling for asprintf(), moved into the new xasprintf(), but xasprintf() can still return NULL in some cases, which could end up with segfaults or bad behavior.

Bug#793559: udpkg: Update status keywords to match dpkg

in their normal transition sequence order. Beware, only build-tested. Thanks, Guillem From f5e8222c2211a8f6f85c2320201dd91d34a87424 Mon Sep 17 00:00:00 2001 From: Guillem Jover guil...@debian.org Date: Sun, 3 Aug 2014 12:40:33 +0200 Subject: [PATCH] Update status keywords Remove obsolete keyword

Re: Changing in d-i manual: head up

Hi! On Wed, 2014-08-20 at 20:11:28 +0200, Holger Wansing wrote: Hello all translators of xml-based translations, I stepped down as translator for the manual some time ago, if there is still some place that says otherwise I'd like to know, to be able to correct it. Thanks, Guillem -- To

Bug#756462: busybox: Update deb format support

support for control.tar, control.tar.xz, data.tar, data.tar.xz and data.tar.lzma in the dpkg and dpkg-deb applet. It also removes support for control.tar.bz2 which has never been supported. . This should make these applets conform to deb(5). Author: Guillem Jover guil...@debian.org Origin: vendor

Bug#739411: udpkg: Support for data.tar, control.tar and control.tar.xz

Package: udpkg Version: 1.16 Severity: wishlist Tags: patch X-Debbugs-CC: Philipp Kern pk...@debian.org Hi! Here's a patch series adding data.tar, control.tar and control.tar.xz support, the uncompressed member support just out of completeness. To create a deb package with a different

Bug#739411: udpkg: Support for data.tar, control.tar and control.tar.xz

On Tue, 2014-02-18 at 13:01:48 +0100, Guillem Jover wrote: Package: udpkg Version: 1.16 Severity: wishlist Tags: patch X-Debbugs-CC: Philipp Kern pk...@debian.org Here's a patch series adding data.tar, control.tar and control.tar.xz support, the uncompressed member support just out

Bug#739136: debootstrap: Sync deb support with latest dpkg-deb

with such packages. Thanks, Guillem From 009dc7588934809654a1eac28d66e323601215f8 Mon Sep 17 00:00:00 2001 From: Guillem Jover guil...@debian.org Date: Tue, 30 Jul 2013 18:18:42 +0200 Subject: [PATCH 1/2] Add uncompressed data.tar deb member support These are currently not accepted by the Debian archive

Re: xz-compressed control metadata

Hi! On Sun, 2012-11-04 at 22:27:58 +0100, Guillem Jover wrote: On Sun, 2012-11-04 at 08:11:25 +0100, Guillem Jover wrote: On Sat, 2012-11-03 at 21:56:12 +0100, Philipp Kern wrote: are there plans on the dpkg side to support other compression methods for the control.tar in .deb files

Bug#733179: debootstrap should abort if the keyring is missing, not just warn

Hi Joey! On Thu, 2013-12-26 at 22:21:52 -0400, Joey Hess wrote: I actually think it would be more of a win to change the default mirror url from the current http://ftp.us.debian.org/ to a https url. This provides weak (CA) verification on systems without the Debian keyring, which is

Bug#706571: kernel-wedge: Remove explicit field exporting rules

this. Thanks, Guillem From 5906bc0f32a0c8187fa2f28ad23ddc34d604306d Mon Sep 17 00:00:00 2001 From: Guillem Jover guil...@debian.org Date: Wed, 1 May 2013 18:34:02 +0200 Subject: [PATCH] gen-control: Remove explicit field exporting rules These fields have been known by dpkg-dev since 2007. --- commands/gen

Re: [d-i manual] Deactivate translations?

Hi! On Sun, 2013-02-03 at 18:38:08 +0100, Christian PERRIER wrote: Quoting Holger Wansing (li...@wansing-online.de): ca catalan hasn't receive any updates since the release of Squeeze / AND catalan is an xml based translation, what means that the translation stays the same even if

Bug#698818: anna: asprintf failure handling

Package: anna Version: 1.45 Severity: normal Hi! On Sat, 2012-12-01 at 11:27:07 +0100, Guillem Jover wrote: With commit a731c80638abe827b206d8dbe7e51311f5981dd8 to anna, the error handling for asprintf() is moved into the new xasprintf(), and those call sites no longer check for error

Bug#697985: debian-installer: Remove explicit field exporting rules from docs

5046d54855bb9c4f683516fc9a1d1107e89a84ea Mon Sep 17 00:00:00 2001 From: Guillem Jover guil...@debian.org Date: Sat, 12 Jan 2013 14:00:24 +0100 Subject: [PATCH] Remove explicit field exporting rules from those understood by dpkg-dev These have been supported for a long time now, since 2007. --- doc/devel/historic

anna: asprintf failure handling

Hi! With commit a731c80638abe827b206d8dbe7e51311f5981dd8 to anna, the error handling for asprintf() is moved into the new xasprintf(), and those call sites no longer check for error conditions, but xvasprintf() can still return NULL in some cases, which could end up with segfaults. Thanks,

Re: Bug#694886: dpkg: Complain about missing descriptions for packages in /var/lib/dpkg/available

Control: reassign -1 debootstrap Control: retitle -1 debootstrap: Creates available file w/o Description fields On Sat, 2012-12-01 at 21:21:33 +0100, Petter Reinholdtsen wrote: [Guillem Jover] Was it obvious from the log when did it start to warn? Yes. It happened while deboostrap

Re: Bug#693922: dpkg: amd64 dpkg refuses to install i386 package when dependencies are installed

if other binary packages from the producing source package might need marking too. ] On Wed, 2012-11-21 at 23:26:14 +, Noel David Torres Taño wrote: On Miércoles, 21 de noviembre de 2012 20:01:17 Guillem Jover wrote: On Wed, 2012-11-21 at 19:40:38 +, Noel David Torres Taño wrote

Re: xz-compressed control metadata

Hi! On Sat, 2012-11-03 at 21:56:12 +0100, Philipp Kern wrote: are there plans on the dpkg side to support other compression methods for the control.tar in .deb files? Some of the d-i udebs have large debconf templates which are only compressed with gzip, while xz would yield smaller udebs.

Re: xz-compressed control metadata

On Sun, 2012-11-04 at 08:11:25 +0100, Guillem Jover wrote: On Sat, 2012-11-03 at 21:56:12 +0100, Philipp Kern wrote: are there plans on the dpkg side to support other compression methods for the control.tar in .deb files? Some of the d-i udebs have large debconf templates which are only

Re: debian-cd BoF at DebConf

Hi! On Wed, 2012-07-18 at 17:19:40 +0100, Steve McIntyre wrote: CD sizing problems == There has been much discussion about switching packages over to using xz compression instead of gzip by default, including Hideki Yamane's excellent session Let's shrink Debian package

Re: Wheezy release: CDs are not big enough any more...

On Sat, 2012-05-12 at 17:04:16 +0100, Steve McIntyre wrote: Remembering the fun that we had during the Squeeze release with trying to make single-CD installations work well, it's time to consider what we're going to *claim* to support in Wheezy. We've had a history of supporting the following

Re: Proposal: convert all udebs to xz compression

On Sat, 2011-11-19 at 17:32:49 -0200, Otavio Salvador wrote: On Sat, Nov 19, 2011 at 17:21, Philipp Kern pk...@debian.org wrote:  We could start with -z0 of course, which would be supported by dpkg-dev and hence a trivial patch of debhelper would do. But it doesn't gain that much. If you

Re: Bug#605009: serious performance regression with ext4

Hi Ted! On Sun, 2010-11-28 at 23:11:52 -0500, Ted Ts'o wrote: I did some experimenting, and I figured out what was going on. You're right, (c) doesn't quite work, because delayed allocation meant that the writeout didn't take place until the fsync() for each file happened. I didn't see this

Re: Bug#605009: serious performance regression with ext4

Hi! On Fri, 2010-11-26 at 16:52:54 -0500, Ted Ts'o wrote: On Fri, Nov 26, 2010 at 03:53:27PM +0100, Raphael Hertzog wrote: Just to sum up what dpkg --unpack does in 1.15.8.6: 1/ set the package status as half-installed/reinst-required 2/ extract all the new files as *.dpkg-new 3/ for all

Re: Bug#584254: dpkg should support a --force-unsafe-io option or such

Hi! On Sun, 2010-10-10 at 12:37:27 +0300, Modestas Vainius wrote: On sekmadienis 10 Spalis 2010 01:06:41 Otavio Salvador wrote: On Fri, Oct 8, 2010 at 8:55 PM, Modestas Vainius mo...@debian.org wrote: It does not make much sense for dpkg to be in this uber-paranoid mode at

Bug#598729: debootstrap: Does not use correct data.tar in .deb ar extractor

Package: debootstrap Version: 1.0.25 Tags: patch Hi! Commit r61340 introduced a small bug to the ar extractor for non-gz data.tar in .debs. Attached is a trivial fix for that. thanks, guillem Index: functions === --- functions

Re: Limiting non-build-time relationships to a set of architectures?

Hi! [ CCing #400322 for the additional data. ] On Tue, 2010-02-09 at 20:25:11 +0100, Cyril Brulebois wrote: Frans Pop elen...@planet.nl (09/02/2010): On Tuesday 09 February 2010, Cyril Brulebois wrote: Frans Pop elen...@planet.nl (09/02/2010): This format is not (yet) allowed by

Bug#557296: debootstrap: Use dpkg-deb instead of ar when available

of my initial arguments was that debootstrap can be easily used with stuff other than Debian, were those policies/restrictions might not apply. On Sun, Nov 22, 2009 at 4:51 AM, Guillem Jover guil...@debian.org wrote: Right. Additionally an option could be added to explicitly choose the extractor

Bug#557296: debootstrap: Use dpkg-deb instead of ar when available

Hi! On Sat, 2009-11-21 at 18:48:51 -0200, Otavio Salvador wrote: On Sat, Nov 21, 2009 at 6:34 PM, Frans Pop elen...@planet.nl wrote: On Saturday 21 November 2009, Otavio Salvador wrote: In my opinion debootstrap shouldn't work differently inside of Debian so I think we shouldn't use

Bug#557296: debootstrap: Use dpkg-deb instead of ar when available

it harder to spot that the non dpkg-deb case does not support it. And it also avoids the dependency on binutils on Debian based systems. regards, guillem From dd9ba9a3243457b5b5b6545bbfaf5c5ac1578180 Mon Sep 17 00:00:00 2001 From: Guillem Jover guil...@debian.org Date: Fri, 20 Nov 2009 19:51:44

Re: xz support in dpkg (was Re: dpkg plans for the squeeze cycle)

Hi! On Tue, 2009-09-22 at 01:40:20 -0500, Jonathan Nieder wrote: LZMA decompressors can use large amounts of memory when processing archives built with a large dictionary size. Running out of memory can have bad effects, so the decompressor takes an argument representing maximum memory usage

Bug#465402: O: directfb -- direct frame buffer graphics

Package: wnpp Severity: normal Now that the library transition is over, and all major bugs should be fixed, I've been able to finally orphan the directfb suite of packages. It might make sense for whoever takes over, to adopt the whole suite (directfb, dfb++ and fusionsound), they have been

Re: D-I Manual - String freeze / Call to update translations (deadline: Feb 10)

Hi, On Mon, 2008-02-11 at 13:07:55 +0100, Frans Pop wrote: On Wednesday 06 February 2008, Frans Pop wrote: On Saturday 02 February 2008, Frans Pop wrote: On Saturday 26 January 2008, Frans Pop wrote: So, please update your translations before *Sunday February 10*. Deadline ended

Re: unknown-field-in-control homepage

On Thu, 2008-02-07 at 10:23:51 +0100, Raphael Hertzog wrote: Except it will only work if the package uses 'Package-Type' and not 'X*-Package-Type'. X*B*-Package-Type should work as well. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble?

Re: unknown-field-in-control homepage

Hi, On Wed, 2008-02-06 at 20:23:37 +0100, Jonas Meurer wrote: On 06/02/2008 Russ Allbery wrote: I'm not sure whether this is an issue with dpkg or rather with lintian, but if I check the cryptsetup deb+udeb packages after building them, lintian reports that udebs don't allow the

Please unblock directfb/1.0.1-6

Hi, Please unblock directfb/1.0.1-6. The sparc binaries are still missing, though. thanks, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Transition to directfb 1.0.1

[ CCed maintainers for delicate rev-depends ] Hi, Some weeks ago I uploaded directfb 1.0.1-2 to experimental. I've successfully built the following packages, which are the only ones really Build-Depending on libdirectfb-dev: In unstable --- directvnc_0.7.5-8 freesci_0.3.5-5

Re: Bug#440320: Permission to provide a udeb for libaio

Hi, On Wed, 2007-09-05 at 19:27:17 -0300, Otavio Salvador wrote: Joey Hess [EMAIL PROTECTED] writes: Is that really true? If bin-nmus, which require finding and prodding one of a small set of very busy people, are more maintenence cost than managing one more udeb, we're doing something

Re: Bug#416911: New DirectFB 1.x releases are available

Hi, On Sun, 2007-09-02 at 20:24:14 -0300, Otavio Salvador wrote: Davide Viti [EMAIL PROTECTED] writes: On Sat, Sep 01, 2007 at 09:57:48PM +0200, Attilio Fiandrotti wrote: Recently DirectFB version 1.0.1 [1] and 1.1.0 [2] were released: i suggest we switch to the most recent DFB version

Permission to provide a udeb for libaio

Hi, I've been asked to provide a udeb for libaio (#440320), which is needed by the multipath udeb package. So I'd like to ask if it's fine to provide such udeb? thanks, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Proposal to remove gfxdrivers directory from libdirectfb udeb

Hi, On Tue, 2006-09-26 at 15:21:51 +0200, Attilio Fiandrotti wrote: Yesterday i posted [1] on directfb-user to get help about crashes we experience with PPC machines, and Claudio Ciccani suggested to remove the gfxdrivers directory to disable device initialization by chip-specific modules.

Re: Not very happy with new directfb upload

Hi, On Mon, 2006-07-31 at 03:42:31 +0200, Frans Pop wrote: On Monday 31 July 2006 03:20, Steve Langasek wrote: He did request approval for this transition on debian-release earlier in the month, and there were no objections raised:

Re: New directfb 0.9.24-1 with soname bumped

On Mon, Apr 10, 2006 at 01:57:23PM +0200, Frans Pop wrote: On Monday 10 April 2006 06:14, Guillem Jover wrote: Sure, feel free to upload and change the maintainer if it does not bother you (the udeb bug can be closed with your upload). OK. I have prepared the packages and am ready

Re: New directfb 0.9.24-1 with soname bumped

On Mon, Apr 10, 2006 at 12:56:36AM +0200, Frans Pop wrote: On Saturday 08 April 2006 19:11, Guillem Jover wrote: I'll be uploading the new directfb after 2006-04-09 dinstall run. As libsysfs2 has migrated to testing already, there should be no problem related to this. In regard to dependent

Re: New directfb 0.9.24-1 with soname bumped

Hi again, On Mon, Apr 03, 2006 at 04:33:15AM +0300, Guillem Jover wrote: directfb 0.9.24-1 is now in experimental. Please test it and report any problems. I will not move it to unstable for at least a week (plus the time RMs may need due to other transitions, etc). I'll send another mail just

New directfb 0.9.24-1 with soname bumped

(sourceful upload required): Maintainer: Guillem Jover [EMAIL PROTECTED] Package: dfb++, fusionsound Maintainer: Ola Lundqvist [EMAIL PROTECTED] Package: directvnc Maintainer: Bas Zoetekouw [EMAIL PROTECTED] Package: freesci Maintainer: Debian Install System Team debian-boot

Re: [d-i manual] New Catalan translation

Hi Frans, On Sun, Sep 05, 2004 at 12:56:06AM +0200, Frans Pop wrote: I have tested that your translation builds OK (and it does, after fixing one small mistake in ca/welcome/about-copyright.xml). Thanks! A mail with the results of a build will be send to the debian-l10n-catalan list. A

Re: ports-status page

Hi, On Sun, Mar 09, 2003 at 12:19:48PM +, Alastair McKinstry wrote: I'm trying to track down what work is needed to get debian-installer working on the various ports, and to that end have created a page for tracking status: http://people.debian.org/~mckinstry/ports-status.html The

autopartkit asprintf conversion

Hi, Patch attached. regards, guillem Index: autopartkit.c === RCS file: /cvs/debian-boot/debian-installer/tools/autopartkit/autopartkit.c,v retrieving revision 1.27 diff -u -r1.27 autopartkit.c --- autopartkit.c 16 Dec 2002

net-retriever ftp support

Hi, Sorry for the delay, here it's the patch. regards, guillem Index: net-retriever.c === RCS file: /cvs/debian-boot/debian-installer/retriever/net/net-retriever.c,v retrieving revision 1.3 diff -u -r1.3 net-retriever.c ---

Re: file-retriever

On Mon, Dec 16, 2002 at 12:33:53AM +0100, Martin Sjögren wrote: Thanks for the enthusiasm, both of you. :) : But I'm pretty sure that file-retriever won't be used as it is, it's more of an example of retrievers. The concrete retrievers so far are net-retriever, floppy-retriever and

Re: file-retriever

-Naur file/file-retriever.c file-patched/file-retriever.c --- file/file-retriever.c 1970-01-01 01:00:00.0 +0100 +++ file-patched/file-retriever.c 2002-12-02 06:40:00.0 +0100 @@ -0,0 +1,52 @@ +/* + * file-retriever + * + * Copyright (C) 2002 Guillem Jover [EMAIL PROTECTED

Re: Cross-Installation for Target Machines

Hi, On Sun, Sep 29, 2002 at 04:23:33PM +0900, Junichi Uekawa wrote: However, if debootstrap creates the chroot by extracting the debs only, possibly running the sid script to only up to x_feign_install dpkg, and possibly hacking a /sbin/init that has: #!/bin/sh exec /post-install.sh

templates cleaning

Hi, Can someone delete tools/ddetect/debian/{d,eth}detect.templates and apply the attached patch, thanks. regards, guillem Index: ddetect/debian/rules === RCS file: /cvs/debian-boot/debian-installer/tools/ddetect/debian/rules,v

Re: templates cleaning

On Mon, Aug 19, 2002 at 10:05:14AM +0200, Denis Barbier wrote: On Mon, Aug 19, 2002 at 10:00:52AM +0200, Guillem Jover wrote: [...] Index: ddetect/debian/templates/ethdetect.templates.nl === RCS file: /cvs/debian-boot/debian

Re: templates cleaning

On Mon, Aug 19, 2002 at 10:22:00AM +0200, Denis Barbier wrote: The question is not whether it is wrong or not; the English text in localized templates files *must* be the text on which translation is based. I meant wrong in the sense of doing the change. But anyway thanks for the correction.