Re: Bug#322762: no blocking bugs anymore

[Amaya]

Santiago Vila wrote:
> No, the next step is to close the bug and celebrate it.

As love ly as it sounds, I'd like to see what piuparts has to say about
it :)

But att the pace we are moving (piuparts) I expect to fix this in
a different release.

-- 
  ·''`. If I can't dance to it, it's not my revolution
 : :' :-- Emma Goldman
 `. `'   Proudly running Debian GNU/Linux (unstable)
   `- www.amayita.com  www.malapecora.com  www.chicasduras.com


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#322762: no blocking bugs anymore

[Amaya]

Joey Hess wrote:
> I note that we still arn't 100% sure we've caught every last upgrade
> issue involving /usr/doc, since AFAIK puiparts has not been used to
> test upgrades of everything.

Pity :(

> Also, I see that there are still some lintian warnings about it at
> http://lintian.debian.org/reports/Tpostinst-should-not-set-usr-doc-link.html
> but I guess these are obsolete, since it was last updated in August. I
> spot-checked a couple of packages and they seem fixed.

More up2date findings:
http://merkel.debian.org/~ballombe/lintian-etch-i386/reports/Tpostinst-should-not-set-usr-doc-link.html
Still obsolete packages, though.

> Yes, I think it's time to reassign it to base-files, to get the
> directory removed on upgrade if it's empty.

Yay!

-- 
  ·''`. If I can't dance to it, it's not my revolution
 : :' :-- Emma Goldman
 `. `'   Proudly running Debian GNU/Linux (unstable)
   `- www.amayita.com  www.malapecora.com  www.chicasduras.com

kudos, Re: db.debian.org (and related infrastructure) updates

[A Mennucc]

hi

I keep statistics of my email

before I activated "greylisting" and "sender verification callouts", my
average was ~200 spam/day  (with peaks of ~400) ; after that, it is ~40
spam/day (and most do not pass thru debian.org, but are delivered
directly at my account)

so I want to kudo all people who made this possible

a.




signature.asc
Description: OpenPGP digital signature

Re: Etch Software RAID Upgrade Trouble & Suggested Installer Improvements

[Alexey Feldgendler]

On Sat, 06 Jan 2007 08:35:59 +0100, Claus Fischer  
<[EMAIL PROTECTED]> wrote:



7. There needs to be a command to copy all data

   Between cp, tar, rsync & friends there are dozens
   of variations how to copy over the files of a
   running system to another location, but none is
   perfect:
 - leave out lost+found
 - leave out /proc, /sys, the automatic /dev
 - copy all "real" files
 - copy the /dev on harddisk under the mounted devfs
   (using mount -bind or so)
   There is really need for a good program that does it;
   IMHO that program should be cp.


Here's how I do it:

mkdir 1 2
mount -o ro /dev/hda1 1   # Despite it's already mounted somewhere
mount /dev/hdb1 2
cp -avx --preserve=all 1/* 2  # rsync will do as well
umount 2
umount 1


--
Alexey Feldgendler <[EMAIL PROTECTED]>
[ICQ: 115226275] http://feldgendler.livejournal.com

Re: RFC: Proposal for official screenshot repo

[Bernhard R. Link]

* Luis Matos <[EMAIL PROTECTED]> [070105 18:13]:
> > 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 is needed) 
> 
> ofcourse ... uploading the screenshot, the user is agreeing with it.

The user is agreeing with what?

Hochachtungsvoll,
  Bernhard R. Link


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: RFC: Proposal for official screenshot repo

[Luis Matos]

Sáb, 2007-01-06 às 12:01 +0100, Bernhard R. Link escreveu:
> * Luis Matos <[EMAIL PROTECTED]> [070105 18:13]:
> > > 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 is needed) 
> > 
> > ofcourse ... uploading the screenshot, the user is agreeing with it.
> 
> The user is agreeing with what?
> 

LOL -> It was a talk about the screenshots license ... the user is
agreeing with the license the site is giving. Debian will propose gpl
for the screenshots (or other), and the user must accept it to upload
the screenshot.

> Hochachtungsvoll,
>   Bernhard R. Link
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#322762: no blocking bugs anymore

[Daniel Schepler]

On Friday 05 January 2007 20:56 pm, 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 base-files to remove the /usr/doc directory, if it is empty. It won't
> > be empty in all cases, for example a user might have non-debian or old
> > packages that have not transitioned still installed. This bug can be
> > reassigned to base-files to deal with that last step once it is no
> > longer blocked by any other bugs.
>
> 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).
>
> Hence, I think now is the time to continue with the next steps as
> outlined in the first message in the bug, right?

It appears that inform's postinst still creates a /usr/doc symlink, and this 
seems to have been missed.

What's the appropriate severity for a bug to be filed against inform?
-- 
Daniel Schepler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Not depending on shlibs because of plugins?

[Andreas Metzler]

Andreas Metzler <[EMAIL PROTECTED]> wrote:
[...]
> You could move the plugin's additional dependencies into Recommends,
> using "dpkg-shlibdeps -vRecommends"
[...]

-v is a typo, -d is the correct thing, e.g this
dpkg-shlibdeps /usr/bin/xine \
-dRecommends /usr/lib/xine/plugins/1.1.2/xineplug_decode_vorbis.so
yields
shlibs:Depends=libc6 (>= 2.3.6-6), libcomerr2 (>= 1.33-3), libcurl3-gnutls (>= 
7.15.5-1), libfontconfig1 (>= 2.4.0), libgnutls13 (>=1.4.0-0), libidn11 (>= 
0.5.18), libkrb53 (>= 1.4.2), libpng12-0 (>= 1.2.13-4), libx11-6, libxext6, 
libxft2 (>> 2.1.1), libxine1 (>= 1.1.2-5), libxinerama1, libxtst6, libxv1, 
libxxf86vm1, zlib1g (>= 1:1.2.1)
shlibs:Recommends=libogg0 (>= 1.1.3), libvorbis0a (>= 1.1.2)

with Recommends only containing *additional* stuff.
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Preseeding and debconf

[Vincent Bernat]

Hi !

I am using preseeding to configure quickly a package :
 - debconf-get-selections | grep ^packagename
 - debconf-set-selections < file.seeds
 - dpkg-reconfigure -pcritical -fnoninteractive packagename

This works  with most packages. I  have recently filled  a bug against
ocfs2-tools  (#404877) because  this package  parses /etc/default/o2cb
instead  of using  debconf database.  This means  that my  changes are
erased when using dpkg-reconfigure.

I have found the same "bug"  in ssmtp. In those cases, debconf becomes
useless  because it  is used  only  for the  first configuration.  For
reconfiguration, the configuration file  superseeds what is in debconf
database.

Should  I  fill  bug  against  ssmtp  as well  or  is  this  behaviour
considered correct ?
-- 
Don't stop with your first draft.
- The Elements of Programming Style (Kernighan & Plauger)


pgpuNJZQAtxZO.pgp
Description: PGP signature

Preseeding and debconf

[Vincent Bernat]

Hi !

I am using preseeding to configure quickly a package :
 - debconf-get-selections | grep ^packagename
 - debconf-set-selections < file.seeds
 - dpkg-reconfigure -pcritical -fnoninteractive packagename

This works  with most packages. I  have recently filled  a bug against
ocfs2-tools  (#404877) because  this package  parses /etc/default/o2cb
instead  of using  debconf database.  This means  that my  changes are
erased when using dpkg-reconfigure.

I have found the same "bug"  in ssmtp. In those cases, debconf becomes
useless  because it  is used  only  for the  first configuration.  For
reconfiguration, the configuration file  superseeds what is in debconf
database.

Should  I  fill  bug  against  ssmtp  as well  or  is  this  behaviour
considered correct ?
-- 
Don't stop with your first draft.
- The Elements of Programming Style (Kernighan & Plauger)


pgpU9Q0fuV0QK.pgp
Description: PGP signature

Re: Etch Software RAID Upgrade Trouble & Suggested Installer Improvements

[Adrian von Bidder]

Yo!

Having some rescue tools available in the installer medium is nice, but I 
usually prefer to use some full live CD system (Knoppix in my case) for the 
more involved rescue operations.  (Especially since I usually download the 
businesscard ISO to install - and limiting what's being shipped is really 
the idea behind that ISO...)

That said, many of your points are still valid.  I'm not involved in the 
installer, but at least
> 2. Netinstall image needs a ping
> 3. Netinstall's ifconfig needs to set MAC address
are probably trivial to implement and don't cost much space.

> 7. There needs to be a command to copy all data
I've wished for full acl support in tar for a long time...  At least rsync 
is now getting it.  (OT for this thread.  Still: anybody knows an archiver 
that properly handles POSIX acls?)

chers
-- vbi

-- 
Protect your privacy - encrypt your email: http://fortytwo.ch/gpg/intro


pgpco3S7CAtpI.pgp
Description: PGP signature

umask-dependent debian/rules

[Nikita V. Youshchenko]

Hello people.

I would like to ask, is it considered a bug or not, if debian/rules 
implicitly depends on umask 022 (and produces packages with broken file 
permissions if umask is more strict).

E.g. see #399058.

If this is considered a bug, I guess it may be a subject for mass 
bug-filing...

Nikita


pgpByV62k7yW5.pgp
Description: PGP signature

Re: Bug#322762: no blocking bugs anymore

[Luk Claes]

Daniel Schepler wrote:
> On Friday 05 January 2007 20:56 pm, Thijs Kinkhorst wrote:
>> Hi,

> It appears that inform's postinst still creates a /usr/doc symlink, and this 
> seems to have been missed.
> 
> What's the appropriate severity for a bug to be filed against inform?

important

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D



signature.asc
Description: OpenPGP digital signature

Re: umask-dependent debian/rules

[Bas Zoetekouw]

Hi Nikita!

You wrote:

> I would like to ask, is it considered a bug or not, if debian/rules 
> implicitly depends on umask 022 (and produces packages with broken file 
> permissions if umask is more strict).
> E.g. see #399058.
> If this is considered a bug, I guess it may be a subject for mass 
> bug-filing...

Yes, I definately consider this a bug.  I have a 077 umask, and packages
not handling this gracefully in debian/rules (e.g. using cp rather than
install to install file into debian/tmp or so) has bitten me multiple
times in the past.

I wouldn't consider it RC though, as all autobuilder and pbuilder
environments use a 022 umask (afaik).


-- 
Kind regards,
++
| Bas Zoetekouw  | GPG key: 0644fab7 |
|| Fingerprint: c1f5 f24c d514 3fec 8bf6 |
| [EMAIL PROTECTED] |  a2b1 2bae e41f 0644 fab7 |
++ 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#405825: ITP: openyahtzee -- classic poker dice game

[Zak B. Elep]

Package: wnpp
Severity: wishlist
Owner: "Zak B. Elep" <[EMAIL PROTECTED]>

* Package name: openyahtzee
  Version : 1.5.1
  Upstream Author : Guy Rutenberg <[EMAIL PROTECTED]>
* URL : http://openyahtzee.sourceforge.net
* License : GPL
  Programming Lang: C++
  Description : classic poker dice game

Open Yahtzee is an open-source (free) version of the classic dice game
Yahtzee.  Open Yahtzee is built to be OS-portable, full-featured Yahtzee
implementation, with a user-friendly interface.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-10-generic
Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: woody removed from mirrors

[Florian Lohoff]

On Fri, Jan 05, 2007 at 11:39:48AM -0500, Kevin Mark wrote:
> > Is there a schedule for non-US and security fixes to disappear and where
> > will they disappear to ?
> After Woody, non-US was removed as it was not needed anymore. As for
> maintaining non-us repositories (for woody or any thing older), this has
> stopped. As for supporting security fixes for woody, this too has
> stopped. Anyone wanting security support for woody can find it through
> the FLOSS community(commercial or otherwise) or any other desired
> commercial solution.

I am very much informed about the Debian release cycles and the
processing. I also know that non-US has been obsoleted by integrating
crypto-in-main and i was also participating those discussions. 

The problem now is - Where will non-US disappear to ?

Is there an archive.debian.org for non-US e.g. non-US.archive.debian.org?

And the questions about the security.debian.org woody stuff is not about
further supporting it but rather the packages currently updateing woody.
I dont think they now will be copied to the main woody archive tree so
where will the old security updates go ?

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature

Bug#405846: ITP: vdr-plugin-solitaire -- VDR plugin providing the card game "Solitaire"

[Christian Meder]

Package: wnpp
Severity: wishlist
Owner: Debian VDR Team <[EMAIL PROTECTED]>

* Package name: vdr-plugin-solitaire
  Version : 0.0.2
  Upstream Author : Patrick Maier 
* URL : http://www.djdagobert.com/vdr/solitaire
* License : GPL
  Programming Lang: C
  Description : VDR plugin providing the card game "Solitaire"

 This Solitaire plugin is an implementation of the (well-known) card game
 "Solitaire" played on the On Screen Display of your Video Disk Recorder.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#405850: ITP: vdr-plugin-sudoku -- VDR plugin that provides Sudokus

[Christian Meder]

Package: wnpp
Severity: wishlist
Owner: Debian VDR Team <[EMAIL PROTECTED]>

* Package name: vdr-plugin-sudoku
  Version : 0.1.2
  Upstream Author : Thomas Guenther <[EMAIL PROTECTED]>
* URL : http://toms-cafe.de/vdr/sudoku
* License : GPL
  Programming Lang: C
  Description : VDR plugin that provides Sudokus

 This plugin generates Number Place puzzles, so called Sudokus, and let you
 solve it.
 .
 A Sudoku puzzle consists of 9 x 9 cells subdivided into 9 regions with 3 x 3
 cells. The rules are simple. There have to be the numbers from 1 to 9 in every
 row, column and region. In the beginning some numbers are given. These cells
 are painted with cyan background color. The aim of the puzzle is to find the
 missing numbers. There is only one solution of a Sudoku puzzle.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#405853: ITP: vdr-plugin-spider -- VDR plugin providing the card game "Spider Arachnid"

[Christian Meder]

Package: wnpp
Severity: wishlist
Owner: Debian VDR Team <[EMAIL PROTECTED]>

* Package name: vdr-plugin-spider
  Version : 0.1.2
  Upstream Author : Thomas Guenther <[EMAIL PROTECTED]>
* URL : http://toms-cafe.de/vdr/spider
* License : GPL
  Programming Lang: C
  Description : VDR plugin providing the card game "Spider Arachnid"

 This plugin is an implementation of the patience game "Spider Arachnid"
 played on the On Screen Display of your Video Disk Recorder.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

This is not a proposal that can be implemented in make

[Manoj Srivastava]

reassign 404715 general
thanks

Hi,

Something like this needs to be designed from a system
 perspective, and needs, probably, to cooperation the package build
 system.

Since this is something that cant be done by a single pacage,
 I am reassigning this bug. (For example, my employer would be annoyed
 if all out product builds fail since make suddenly injects random
 flags for which our software is unprepared for).
 

manoj
-- 
Your lover will never wish to leave you.
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: This is not a proposal that can be implemented in make

[Josselin Mouette]

Le samedi 06 janvier 2007 à 13:32 -0600, Manoj Srivastava a écrit :
> Something like this needs to be designed from a system
>  perspective, and needs, probably, to cooperation the package build
>  system.
> 
> Since this is something that cant be done by a single pacage,
>  I am reassigning this bug. (For example, my employer would be annoyed
>  if all out product builds fail since make suddenly injects random
>  flags for which our software is unprepared for).

Isn't that what pentium-builder does?

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: This is not a proposal that can be implemented in make

[Roberto C. Sanchez]

On Sat, Jan 06, 2007 at 08:59:47PM +0100, Josselin Mouette wrote:
> Le samedi 06 janvier 2007 à 13:32 -0600, Manoj Srivastava a écrit :
> > Something like this needs to be designed from a system
> >  perspective, and needs, probably, to cooperation the package build
> >  system.
> > 
> > Since this is something that cant be done by a single pacage,
> >  I am reassigning this bug. (For example, my employer would be annoyed
> >  if all out product builds fail since make suddenly injects random
> >  flags for which our software is unprepared for).
> 
> Isn't that what pentium-builder does?
> 
If you are talking about the injection of random flags, then does it
matter?  Using pentium-builder is optional for building software.  Using
make generally is not.  A misbehaved wrapper is easy to work around
(don't use it).  A misbehaved hard dependency is a bit tougher.

Regards,

-Roberto

-- 
Roberto C. Sanchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Processed: This is not a proposal that can be implemented in make

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 404715 general
Bug#404715: make: add an option to allow system wide gcc options
Bug reassigned from package `make' to `general'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#405860: ITP: enlightenment-0.17 -- The Enlightenment Window Manager, release 0.17

[Debian Enlightenment Packaging Team]

Package: wnpp
Severity: wishlist
Owner: Debian Enlightenment Packaging Team <[EMAIL PROTECTED]>


* Package name: enlightenment-0.17
  Version : 0.17
  Upstream Author : Carsten Haitzler and the e17 devel team 

* URL : http://www.enlightenment.org
* License : BSD
  Description : The Enlightenment Window Manager, release 0.17


-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.18-1-xen-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Preseeding and debconf

[Petter Reinholdtsen]

[Vincent Bernat]
> Should I fill bug against ssmtp as well or is this behaviour
> considered correct ?

This behaviour is correct.  The configuration in files on disk is
authorative.  The debconf values are only used and should only be used
if there are no config values in files on disk.  This is so to make
sure it work to edit the files on disk and that upgrading the package
does not change the configuration to use the debconf values.

So preseeding only work if it is used pre-installation, and not to
reconfigure after the installation.  You might work around this by
modifying the debconf settings, but you need to be careful to get it
right.

Friendly,
-- 
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

possible problem with ftp.us.debian.org

[Nikita V. Youshchenko]

Hello.

Since some time I noticed that after some executions of 'apt-get update' 
I'm getting 'md5sum mismatch errors'.

I've just tracked this thing down.
My apt setup used apt-cacher, whith 3 mirrors configured: ftp.de.deban.org, 
ftp.uk.debian.org and ftp.us.debian.org [probably this is default setup].

And the problem was caused by ftp.us.debian.org entry.
This looks like round-robin dns:

[EMAIL PROTECTED]:~> host ftp.us.debian.org
ftp.us.debian.org has address 128.101.240.212
ftp.us.debian.org has address 204.152.191.7
ftp.us.debian.org has address 35.9.37.225

Out of these 3 IPs, 35.9.37.225 and 128.101.240.212 
have /debian/dists/testing/Release file dated Jan 06, but 204.152.191.7 
has the same file dated Jan 02 and with different content.

I don't know if this is a temporary problem (128.101.240.212 not updated 
for some reason), or a more permanent problem showing that round-robin dns 
is not a good idea for debian archive mirror (servers do update mirrors at 
different time, so chances are that client requests Release file from one 
server and Packages.bz2 from another server). Looks like later - the 
md5sum mismatch errors started some weeks ago and do happen often here.

Nikita


pgp4BzVxiBhaR.pgp
Description: PGP signature

Re: Etch Software RAID Upgrade Trouble & Suggested Installer Improvements

[Russell Coker]

On Saturday 06 January 2007 18:35, Claus Fischer 
<[EMAIL PROTECTED]> wrote:
> 1. Rescue mode needs MD devices
>
>The rescue mode of the installer needs a step
>to activate MD devices. Currently, only the plain
>disk partitions are visible; that's no help.

Sounds like a reasonable request.  Filed a bug report?

Note that it has to be an optional measure.

> 2. Netinstall image needs a ping

Makes sense too, busybox has a ping command.

> 3. Netinstall's ifconfig needs to set MAC address
>
>The ifconfig on the netinstall image (from busybox)
>does not allow to set the hardware ethernet address.
>In some scenarios this is important and necessary.

A bug report against busybox would be good for this.

On Sunday 07 January 2007 01:00, Adrian von Bidder <[EMAIL PROTECTED]> 
wrote:
> > 7. There needs to be a command to copy all data
>
> I've wished for full acl support in tar for a long time...  At least rsync
> is now getting it.  (OT for this thread.  Still: anybody knows an archiver
> that properly handles POSIX acls?)

star -xattr -H=exustar

The above should work if you install star.  Note that I have only tested it 
for SE Linux security contexts, but the same interface is used.

-- 
[EMAIL PROTECTED]
http://etbe.blogspot.com/  My Blog

http://www.coker.com.au/sponsorship.html Sponsoring Free Software development


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Etch Software RAID Upgrade Trouble & Suggested Installer Improvements

[Roberto C. Sanchez]

On Sun, Jan 07, 2007 at 01:25:31PM +1100, Russell Coker wrote:
> On Saturday 06 January 2007 18:35, Claus Fischer 
> <[EMAIL PROTECTED]> wrote:
> > 1. Rescue mode needs MD devices
> >
> >The rescue mode of the installer needs a step
> >to activate MD devices. Currently, only the plain
> >disk partitions are visible; that's no help.
> 
> Sounds like a reasonable request.  Filed a bug report?
> 
> Note that it has to be an optional measure.
> 
Well, at the least it should scan for partitions marked as a RAID and
prompt the user whether or not to start the set.

Regards,

-Roberto

-- 
Roberto C. Sanchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: RFC: Proposal for official screenshot repo

[Yaroslav Halchenko]

Indeed, given applications are not good examples for this matter.
Although it would be somewhat a waste of bandwidth, but having a
screenshot of a CLI application with output its produces for a typical
use case sounds like a good idea IMHO.

Or, to make it less waste, I suggest to allow for a 'screenshot' to be
of .txt format, where CLI applications would have a terminal output from
a few typical use cases outputs. IMHO those would be quite useful to
assess the interest of a user to a given package.

On Fri, 05 Jan 2007, The Fungi wrote:
> 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 of a command-line interface
> (bc, sed, ed, ps, ls, cat...). Note the package descriptions for
> your examples say text-based, character mode, console, et cetera;
> but none mention their command-line interface (for those that even
> have one).
-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]