Summary:
Various mishaps when recovering a botched software RAID system.
The rescue functionality of the installer should be improved.
After a somewhat nightmarish (yet finally successful)
upgrade of my main workhorse PC to Linux software RAID,
I have decided to make this list of suggeste
> We did not *predict* a release date, we *set* a release *target*. It's true
> that etch won't be released until it's ready, but treating "when it's ready"
> as the only target is a cop-out; the only way a project as large as Debian
> can ever *be* ready is if a sufficiently large fraction of our
On Fri, Jan 05, 2007 at 06:30:58PM -0800, Jay I Zeller wrote:
> My computer tells me it has located "new hardware" yet can not seem to
> find a driver for it. What is this?
>
> Thanks for any help you can give me
>
First, this is more appropriate for a users list and not a develoeprs
list. Secon
Thijs Kinkhorst <[EMAIL PROTECTED]> writes:
>> the original bug is the utimes bug in glibc, which is worked around in
>> python2.3, but there should be some place to check for:
>>
>> - lintian / linda
>> - dupload / dput
>> - ftp.debian.org
> If such a check would be needed, it would be the doma
Christoph Berg <[EMAIL PROTECTED]> writes:
> The alternative solution would be to put the plugins into separate
> packages and then depend on libyada-mysql | libyada-postgres |
> libyada-sqlite. As these packages would merely contain a single file,
> that seems bloat to me.
This is what I'd do.
My computer tells me it has located "new hardware" yet can not seem to
find a driver for it. What is this?
Thanks for any help you can give me
Jay Zeller
11245 131st Lane
Kirkland WA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTE
On Fri, 5 Jan 2007, Joey Hess wrote:
> Santiago Vila wrote:
> > If the user created the symlink, it should be respected as much as
> > anything in /usr/local, for example. If some package forgot to remove
> > it, the buggy package should be fixed.
>
> It's impossible to fix a buggy package that i
Santiago Vila wrote:
> If the user created the symlink, it should be respected as much as
> anything in /usr/local, for example. If some package forgot to remove
> it, the buggy package should be fixed.
It's impossible to fix a buggy package that is no longer in debian, or
that is no longer instal
On Fri, 5 Jan 2007, Joey Hess wrote:
> Santiago Vila wrote:
> > Well, what I see is that after an upgrade from sarge to etch, the user
> > may have an empty /usr/doc. But even in such case, it is not base-files
> > business to remove symlinks indiscriminately in /usr/doc, as they
> > could be ther
Santiago Vila wrote:
> Well, what I see is that after an upgrade from sarge to etch, the user
> may have an empty /usr/doc. But even in such case, it is not base-files
> business to remove symlinks indiscriminately in /usr/doc, as they
> could be there because the system admin puts them there delib
On Fri, 05 Jan 2007, Joey Hess wrote:
> The following in base-files's postinst would fix both issues.
>
> if [ -d /usr/doc ] && [ ! -L /usr/doc ]; then
> find /usr/doc -maxdepth 1 -mindepth 1 -type l -print0 | xargs -0 rm -f
> rmdir --ignore-fail-on-non-empty /usr/doc 2>/dev/null
> fi
Santiago Vila wrote:
> Ok, I see. Not dpkg fault. If it helps I can reintroduce /usr/doc in
> base-files in etch ;-)
I'd prefer the rmdir in the postinst, and not doing it only on upgrade,
but unconditionally, and leaving it in for a few releases. That way,
whenever a system finally gets the last
On Fri, Jan 05, 2007 at 05:37:56PM +0100, Christoph Berg wrote:
> I'm packaging a database wrapper library (http://oss.devit.com/yada/).
> Its purpose is to provide one single API to a program and let the user
> configure if the database used is actually postgres/mysql/sqlite. The
> actual interfac
On Fri, 5 Jan 2007, Joey Hess wrote:
> What's going on is that a base sarge system looks like this:
>
> [ snipped datailed explanation ]
Ok, I see. Not dpkg fault. If it helps I can reintroduce /usr/doc in
base-files in etch ;-)
> The following in base-files's postinst would fix both issues.
>
> "Mike" == Mike Hommey <[EMAIL PROTECTED]> writes:
>>
>> Then remove the libc6 parts and use Depends: ${shlibs:Depends},
>> ${mysql:Depends} | ${postgres:Depends} | ${sqlite:Depends}
Mike> Which may end up as libc6 (>= 2.3.5-1), libmysqlclient15off
Mike> (>= 5.0.24-2) | l
> "Christoph" == Christoph Berg <[EMAIL PROTECTED]> writes:
Christoph> Is it in this case ok if I replace ',' by '|' there?
Christoph> This would allow the user to really choose what
Christoph> database backend he wants.
Use recommends instead of depends?
Split plugins into sepa
On Fri, Jan 05, 2007 at 08:28:39PM +0100, Mario Lang wrote:
> Joey Hess <[EMAIL PROTECTED]> writes:
> > Jonathan Corbet wrote:
> >>Debian will get the Etch release out this year. Honest. What
> >>could possibly go wrong? Thereafter, the Debian developers will
> >>go back to arguing abo
What's going on is that a base sarge system looks like this:
kodama:/usr/doc# ls -l
total 0
lrwxrwxrwx 1 root root 15 Jan 5 22:41 at -> ../share/doc/at
lrwxrwxrwx 1 root root 17 Jan 5 22:41 cpio -> ../share/doc/cpio
lrwxrwxrwx 1 root root 21 Jan 5 22:41 ipchains -> ../share/doc/ipchains
lrwx
On Fri, Jan 05, 2007 at 06:44:49PM +0100, Kurt Roeckx wrote:
> If it's using dlopen(), you probably want to depend on the -dev packages,
> unless you want to hardcode the complete name of the library instead of
> the soname. It probably already breaks if they're not installed.
No, dlopen()ing an
On Fri, 5 Jan 2007, Joey Hess wrote:
> Santiago Vila wrote:
> > Please don't. Dpkg already does that. See my previous message.
>
> It doesn't seem to in all cases, I have empty /usr/doc directories on
> some systems.
Then it's dpkg fault, in which case you should reassign it to dpkg.
The purpose
Hi,
On Fri Jan 05, 2007 at 19:01:31 +0100, Mike Hommey wrote:
> Hi,
>
> As a lot of gnome 2.16 currently in experimental has been uploaded for
> amd64, there's a lot of it not built for x86 yet.
>
> I heard several times people claim experimental was autobuilt, but are
> there any x86 autobuild
Santiago Vila wrote:
> Please don't. Dpkg already does that. See my previous message.
It doesn't seem to in all cases, I have empty /usr/doc directories on
some systems.
--
see shy jo
signature.asc
Description: Digital signature
Luis Matos wrote:
> Later back, some issues occored and i was told that CC was not, but a
> new version was to come.
>
> is it considered free now? the 2.5 or 1.0?
no, cc 3.0* (without non-derivates and non-commercial flavours) will be
most likely DFSG compliant. check the debian-legal archives a
On Fri, 5 Jan 2007, Joey Hess wrote:
> Yes, I think it's time to reassign it to base-files, to get the
> directory removed on upgrade if it's empty.
Please don't. Dpkg already does that. See my previous message.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
Thijs Kinkhorst wrote:
> Well, today I have fixed the last two remaining bugs that blocked this
> bug (I'll have to followup to them to see whether the fixes will get to
> Etch, but that is not really on topic for this bug per se).
Excellent.
I note that we still arn't 100% sure we've caught ever
On Fri, 5 Jan 2007, Thijs Kinkhorst wrote:
> Hi,
>
> > Set any bugs about /usr/doc stuff to being blockers of this bug report.
> > Use this as a tracking/coordination bug for the remainder of the transition.
> >
> > Note that once this transition is complete we will need to do something
> > in b
woody has been removed from the archive so bugs that apply to packages no
longer in sarge/etch/sid now have no maintainer (and therefore show up in
my domain - unknown-packages) . This include emacs20. Can someone please
go through the list of emacs20 bugs and reassign those which still apply
to
Hi,
> Set any bugs about /usr/doc stuff to being blockers of this bug report.
> Use this as a tracking/coordination bug for the remainder of the transition.
>
> Note that once this transition is complete we will need to do something
> in base-files to remove the /usr/doc directory, if it is empty
reassign 204751 lintian
severity 204751 wishlist
thanks
> the original bug is the utimes bug in glibc, which is worked around in
> python2.3, but there should be some place to check for:
>
> - lintian / linda
> - dupload / dput
> - ftp.debian.org
If such a check would be needed, it would be the dom
Processing commands for [EMAIL PROTECTED]:
> reassign 204751 lintian
Bug#204751: checking timestamps of files in uploaded packages
Bug reassigned from package `general' to `lintian'.
> severity 204751 wishlist
Bug#204751: checking timestamps of files in uploaded packages
Severity set to `wishlist
Joey Hess <[EMAIL PROTECTED]> writes:
> Jonathan Corbet wrote:
>> Debian will get the Etch release out this year. Honest. What
>> could possibly go wrong? Thereafter, the Debian developers will
>> go back to arguing about firmware in the kernel.
>>
>> Honestly, it was not my intent
On Fri, Jan 05, 2007 at 08:03:06PM +0100, Andreas Metzler <[EMAIL PROTECTED]>
wrote:
> On 2007-01-05 Mike Hommey <[EMAIL PROTECTED]> wrote:
> > On Fri, Jan 05, 2007 at 07:33:56PM +0100, Andreas Metzler <[EMAIL
> > PROTECTED]> wrote:
> > > You could move the plugin's additional dependencies into R
On 2007-01-05 Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Fri, Jan 05, 2007 at 07:33:56PM +0100, Andreas Metzler <[EMAIL PROTECTED]>
> wrote:
> > You could move the plugin's additional dependencies into Recommends,
> > using "dpkg-shlibdeps -vRecommends" (...)
> By the way, what is it supposed to
Re: Mike Hommey 2007-01-05 <[EMAIL PROTECTED]>
> > Then remove the libc6 parts and use
^^
> > Depends: ${shlibs:Depends}, ${mysql:Depends} | ${postgres:Depends} |
> > ${sqlite:Depends}
... and make sure there's only one package left.
> Not exactly what you'd like...
On Fri, Jan 05, 2007 at 07:53:35PM +0100, Christoph Berg <[EMAIL PROTECTED]>
wrote:
> Re: Andreas Metzler 2007-01-05 <[EMAIL PROTECTED]>
> > Which does not seem to be properly translateable into a valid single
> > fasel|(foo | bar, blah) Depends relation[1].
>
> It won't work if a plugin needs m
Re: Andreas Metzler 2007-01-05 <[EMAIL PROTECTED]>
> Which does not seem to be properly translateable into a valid single
> fasel|(foo | bar, blah) Depends relation[1].
It won't work if a plugin needs more than one dependency, right.
> You could move the plugin's additional dependencies into Rec
On Fri, Jan 05, 2007 at 07:33:56PM +0100, Andreas Metzler <[EMAIL PROTECTED]>
wrote:
> You could move the plugin's additional dependencies into Recommends,
> using "dpkg-shlibdeps -vRecommends" (...)
By the way, what is it supposed to happen in such a case ? What kind of
Recommends will dpkg-shli
Christoph Berg <[EMAIL PROTECTED]> wrote:
> I'm packaging a database wrapper library (http://oss.devit.com/yada/).
> Its purpose is to provide one single API to a program and let the user
> configure if the database used is actually postgres/mysql/sqlite. The
> actual interfacing with the databases
Jonathan Corbet wrote:
> Joey Hess <[EMAIL PROTECTED]> wrote:
>> I'm boycotting feeding any useful information to LWN anymore until they
>> retract their latest blanket insult of all DD's and stop being so biased.
[...]
> Honestly, I don't see what the problem is here. The text in question is
> (p
Hi,
As a lot of gnome 2.16 currently in experimental has been uploaded for
amd64, there's a lot of it not built for x86 yet.
I heard several times people claim experimental was autobuilt, but are
there any x86 autobuilder set up for experimental ?
Cheers
Mike
--
To UNSUBSCRIBE, email to [EMA
On Friday, 5 January 2007 18:55, Christoph Berg wrote:
> It wouldn't change the fact that I'm formally breaking policy. (Or
> rather, the question *if* I would break it.)
I've exactly the same problem with the kexi plugins. For now I'm shipping
everything in the same package because there are only
Re: Mattia Dongili 2007-01-05 <[EMAIL PROTECTED]>
> > Is it in this case ok if I replace ',' by '|' there? This would allow
> > the user to really choose what database backend he wants.
>
> Yes, why not? does yada handles gracefully the absence of a library (eg.
> if incorrectly configured or such
Re: Kurt Roeckx 2007-01-05 <[EMAIL PROTECTED]>
> > | Depends: [...], libmysqlclient15off (>= 5.0.24-2), libpq4 (>= 8.1.4),
> > libsqlite3-0 (>= 3.3.8)
>
> >From the subject, I seem to understand that those are added by shlibs?
> This seems to suggest that something in the package is linked to all
On Fri, Jan 05, 2007 at 06:44:49PM +0100, Kurt Roeckx wrote:
> If it's using dlopen(), you probably want to depend on the -dev packages,
> unless you want to hardcode the complete name of the library instead of
> the soname. It probably already breaks if they're not installed.
Of course soname is
On Fri, Jan 05, 2007 at 06:44:49PM +0100, Kurt Roeckx wrote:
> >From the subject, I seem to understand that those are added by shlibs?
> This seems to suggest that something in the package is linked to all the
> libraries, and I don't see how you could remove it.
The package contains plugins which
On Fri, Jan 05, 2007 at 05:37:56PM +0100, Christoph Berg wrote:
> Hi,
>
> I'm packaging a database wrapper library (http://oss.devit.com/yada/).
> Its purpose is to provide one single API to a program and let the user
> configure if the database used is actually postgres/mysql/sqlite. The
> actual
Later back, some issues occored and i was told that CC was not, but a
new version was to come.
is it considered free now? the 2.5 or 1.0?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Jan 05, 2007 at 05:37:56PM +0100, Christoph Berg wrote:
> Hi,
>
> I'm packaging a database wrapper library (http://oss.devit.com/yada/).
> Its purpose is to provide one single API to a program and let the user
> configure if the database used is actually postgres/mysql/sqlite. The
> actual
Re: Hendrik Sattler 2007-01-05 <[EMAIL PROTECTED]>
> The thought should not be how many files are in each package but what the
> average client saves by not pulling all dependency chains.
Just tried installing in pbuilder:
[EMAIL PROTECTED]:/# apt-get install libmysqlclient15off
The following NE
Am Freitag 05 Januar 2007 17:37 schrieb Christoph Berg:
> The alternative solution would be to put the plugins into separate
> packages and then depend on libyada-mysql | libyada-postgres |
> libyada-sqlite. As these packages would merely contain a single file,
> that seems bloat to me.
Kind of th
Re: Mike Hommey 2007-01-05 <[EMAIL PROTECTED]>
> How good does it support it when its plugins can't load, which is going
> to happen if you load, for example, the mysql plugin and don't have the
> libmysqlclient installed ?
Yada returns ENOENT like it does if the user specifies a non-existant
plug
On Fri, Jan 05, 2007 at 05:37:56PM +0100, Christoph Berg <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> I'm packaging a database wrapper library (http://oss.devit.com/yada/).
> Its purpose is to provide one single API to a program and let the user
> configure if the database used is actually postgres/mysql
Sex, 2007-01-05 às 14:13 +0100, Bernhard R. Link escreveu:
> Such a gallery should at least include some notice about the copyright
> owners and licenses of the parts it is composed from, best with also
> links to the source packages used. (And the one operating that gallery
> ask a lawyer if more
On Jan 05, Joey Hess <[EMAIL PROTECTED]> wrote:
> As I read it, there's an implication that all I, as a DD, am good for is
> failing to get Debian releases out and spending all my time in pointless
> discussion. I don't really feel that accurately describes me.
But it accurately describes many pro
On Fri, Jan 05, 2007 at 03:03:48PM +0100, Florian Lohoff wrote:
>
> Hi,
> i just noticed woody is gone which is *aehm* a problem for me but thanks
> archive.debian.org not unfixable (Expect couple of hundret machines).
Hi Florian,
Debian supports each stable release for a set time(about a year aft
Hi,
I'm packaging a database wrapper library (http://oss.devit.com/yada/).
Its purpose is to provide one single API to a program and let the user
configure if the database used is actually postgres/mysql/sqlite. The
actual interfacing with the databases is done by .so plugins that are
dlopened at
On Fri, Jan 05, 2007 at 03:47:56PM +0100, Javier Fernández-Sanguino Peña wrote:
[...]
> There is some cli software (links, mutt and mp3blaster come to mind)
> that have nice text-based UIs
[...]
To get pedantic, the applications you mention do have text-based
interfaces, but are not good examples
On Fri, Jan 05, 2007 at 11:55:02AM +0100, Andrea Bolognani wrote:
> On Wed, 3 Jan 2007 17:32:52 -0500
> "Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote:
>
> > I would really appreciate any comments and suggestions on this.
>
> What I don't really get is, why would we want a similar service in Debi
On Fri, Jan 05, 2007 at 01:02:35PM +0100, Andrea Bolognani wrote:
> And BTW, I think no one would ever want to upload screenshots of CLI
> software ;)
Why not? There is some cli software (links, mutt and mp3blaster come to mind)
that have nice text-based UIs which can be presented to the user to s
On Fri, Jan 05, 2007 at 09:56:38AM +0100, Javier Fernández-Sanguino Peña wrote:
>
> I think it would be best to follow backports.org here (read its
> 'contribution' page) and have users upload just like developers, using FTP
> since that makes it fully automated. Maybe provide a mechanism for DDs
On Thu, Jan 04, 2007 at 11:56:02PM -0700, Hubert Chan wrote:
>
> Another thing you may want to consider is to allow for redirects.
> e.g. if someone is looking for screenshots for, say, mozilla, then you
> can tell them to go to the iceape page instead.
>
I think that can be accomplished by makin
Hi,
i just noticed woody is gone which is *aehm* a problem for me but thanks
archive.debian.org not unfixable (Expect couple of hundret machines).
Is there a schedule for non-US and security fixes to disappear and where
will they disappear to ?
Flo
--
Florian Lohoff [EMAIL PROT
On Friday 05 January 2007 13:54, Steve Kemp wrote:
> Surely that would be another argument in *favour* of XML?
>
> (My understanding is that clients are supposed to ignore tags they
> don't recognise ..)
yes, but what if you want to change to different system in sid? you have to
duplicate th
* Luis Matos <[EMAIL PROTECTED]> [070104 23:08]:
> I think the "screenshot only" package is a good option. The packages can
> be generated automatically from somewhere and uploaded to debian and
> target the same version as the package.
>
> The could be an web interface to help DD's to upload a ga
On Fri, Jan 05, 2007 at 01:37:03PM +0100, Jorge Salamero Sanz wrote:
> On Friday 05 January 2007 13:09, Steve Kemp wrote:
> > ? If going down the XML route then I see no real reason to have
> > ?a distinct file per version. ?Instead have something like:
>
> we should be careful with one xml for al
On Friday 05 January 2007 13:09, Steve Kemp wrote:
> If going down the XML route then I see no real reason to have
> a distinct file per version. Instead have something like:
we should be careful with one xml for all versions if we want to change
something in the future.
On Fri, Jan 05, 2007 at 12:59:51PM +0100, Andrea Bolognani wrote:
> If we really use that scheme, there would be no need to declare an extra
> header -- the location of the file can be calculated by the package manager
> using the name of the package and the version number.
Agreed. I just want
On Fri, 5 Jan 2007 12:55:00 +0100
Jorge Salamero Sanz <[EMAIL PROTECTED]> wrote:
> > And if they are going to be viewable also offline, there should be a way to
> > disable the download: I don't use a GUI frontend, so I don't want to
> > download tons of PNG files I will never use.
>
> neither me
On Fri, 5 Jan 2007 11:41:19 +
Steve Kemp <[EMAIL PROTECTED]> wrote:
[snip]
>
> X-pic: http://screenshots.debian.net/package/version.jpg
>
> This way multiple package versions can have distinct images, eg. the
> package in Etch, the package in Lenny, and the package in Sid. Each
> of w
On Friday 05 January 2007 12:42, Andrea Bolognani wrote:
> It seems just overkill to me.
>
> If the screenshots are going to need an Internet connection to be viewed
> anyway, why the need to mirror them on a Debian server?
because as Steve says, you can control the pics.
>
> And if they are goin
On Fri, Jan 05, 2007 at 12:16:25PM +0100, Jorge Salamero Sanz wrote:
> On Friday 05 January 2007 11:55, Andrea Bolognani wrote:
> > What I don't really get is, why would we want a similar service in Debian?
> >
> > We should already be pointing to the upstream site with the Homepage:
> > pseudo-hea
On Fri, 5 Jan 2007 12:16:25 +0100
Jorge Salamero Sanz <[EMAIL PROTECTED]> wrote:
> those extra fields like homepage and screenshot have their point in
> integration with gui pkg managers.
It seems just overkill to me.
If the screenshots are going to need an Internet connection to be viewed
anywa
On Friday 05 January 2007 09:00, Luis Matos <[EMAIL PROTECTED]> wrote:
> I always compared debian stable with RHEL. They both target the same, i
> think.
I agree that RHEL offers some significant benefits to users that Debian could
copy.
RHEL kernels are updated to support new hardware. This me
On Friday 05 January 2007 11:55, Andrea Bolognani wrote:
> What I don't really get is, why would we want a similar service in Debian?
>
> We should already be pointing to the upstream site with the Homepage:
> pseudo-header, and in case of GUI programs or games there are usually
> plenty of screens
On Wed, 3 Jan 2007 17:32:52 -0500
"Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote:
> I would really appreciate any comments and suggestions on this.
What I don't really get is, why would we want a similar service in Debian?
We should already be pointing to the upstream site with the Homepage:
pse
On Thu, Jan 04, 2007 at 04:33:48PM -0700, Jonathan Corbet wrote:
> Joey Hess <[EMAIL PROTECTED]> wrote:
>
> > I'm boycotting feeding any useful information to LWN anymore until they
> > retract their latest blanket insult of all DD's and stop being so biased.
>
> Interesting. It's usually the Fe
On Thu, Jan 04, 2007, Jonathan Corbet wrote:
> Debian will get the Etch release out this year. Honest. What
> could possibly go wrong? Thereafter, the Debian developers will
> go back to arguing about firmware in the kernel.
Perhaps avoiding "the Debian developers" would make it
On Thu, Jan 04, 2007 at 12:37:53PM -0500, Roberto C. Sanchez wrote:
> > - Provide an HTML interface to the pool
> >
> > If the packages names are the same I don't see the need to add yet another
> > line to the debian/control file, packages.debian.org would just need to
> > point
> > to http://sc
Qui, 2007-01-04 às 20:22 -0500, Matthias Julius escreveu:
> Luis Matos <[EMAIL PROTECTED]> writes:
>
> >>
> >> There could be another archive called updates.debian.org where
> >> selected packages go in in coordination with the security and stable
> >> release teams.
> > that would be nicier ...
79 matches
Mail list logo
