Package: wnpp
Severity: wishlist
Owner: Salvatore Bonaccorso
* Package name: w2do
Version : 2.2.1
Upstream Author : Jaromir Hradilek
* URL : http://w2do.blackened.cz
* License : GPL, FDL
Programming Lang: Perl
Description : simple text-based todo manag
On Fri, May 15, 2009 at 07:12:59AM +0200, Goswin von Brederlow wrote:
> There is absolutely no reason why you can not mount a filesystem over
> /root later in the boot process. I agree that /root should/must exist
> at all time so one can login when for example fsck fails.
No, you must be able to
Manoj Srivastava writes:
> Sure. I can hack things so that I have a writable home directory
> for root while having a read only /. But then it is incorrect to state
> that it "works out of the box".
>
> manoj
If you have a read-only / you need to have /var and /home as seperate
"Giacomo A. Catenazzi" writes:
> Gabor Gombas wrote:
>> On Thu, May 14, 2009 at 03:53:23PM +0200, Giacomo A. Catenazzi wrote:
>>
>>> No, /root cannot be a separate filesystem.
>>> /root is part of very basic system, and it is required for super user
>>> when he/she is restoring the systems or doi
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 387 (new: 7)
Total number of packages offered up for adoption: 110 (new: 3)
Total number of packages request
On Tue, 05 May 2009 18:20:15 +0200, Manoj Srivastava
wrote:
On Mon, May 04 2009, Riku Voipio wrote:
On Mon, Apr 06, 2009 at 10:13:39PM -, Jiri Palecek wrote:
I'd like to package the selinux tests from the ltp test suite. The
tests
need a special selinux policy to be loaded and some fi
On Thu, May 14 2009, Gabor Gombas wrote:
> On Wed, May 13, 2009 at 12:38:45PM -0500, Manoj Srivastava wrote:
>
>> it is the principle of the thing. /root is the home directory
>> for the root user. Home directories are mutable, programs may store
>> configuration files there, as may th
On Thu, May 14, 2009 at 02:27:52PM +0100, Klaus Ethgen wrote:
> There might also software very early in the boot process that need a
> writable root-$HOME.
Nonsense. Any such software needs to be beaten severely.
--
Steve Langasek Give me a lever long enough and a Free OS
Deb
On 2009-05-14, Russ Allbery wrote:
> Malte Forkel writes:
>> After some more checking and thinking, I guess I know what's causing
>> my problems: Its me, probably! I assume the source.changes files are
>> created while I setup everything for building a package, e.g. by
>> dh_make calling dpkg-bui
Malte Forkel writes:
> After some more checking and thinking, I guess I know what's causing
> my problems: Its me, probably! I assume the source.changes files are
> created while I setup everything for building a package, e.g. by
> dh_make calling dpkg-buildpackage -S or whatever. I then use eith
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves
* Package name: libalgorithm-numerical-sample-perl
Version : 2009040301
Upstream Author : Abigail
* URL : http://search.cpan.org/dist/Algorithm-Numerical-Sample/
* License : MIT
Programming Lang: Per
Gabor Gombas wrote:
On Thu, May 14, 2009 at 04:21:53PM +0200, Giacomo A. Catenazzi wrote:
I totally agree that / (thus /root) could be read-only.
I pointed out to you that /root is required to be in the same filesystem as /
(FHS) and I gave
you the rationale.
What's the FHS says is a little
On Wed, May 13, 2009 at 01:58:12AM +0200, Goswin von Brederlow wrote:
> Osamu Aoki writes:
>
> > Hi,
> >
> > When my usual web page updates failed, I was checking my ethernet
> > connection ... I wondered why ... Here is the reason:
> >
> > I might have missed some announcment, ... but it seems
On Thu, May 14, 2009 at 04:21:53PM +0200, Giacomo A. Catenazzi wrote:
> I totally agree that / (thus /root) could be read-only.
>
> I pointed out to you that /root is required to be in the same
> filesystem as / (FHS) and I gave you the rationale.
What's the FHS says is a little different:
brian m. carlson (14/05/2009):
> I've worked on FTBFS-with-new-GCC bugs before, and realized only after
> putting significant work into the bug that the package didn't build on
> amd64, only on i386. Therefore, I think that the package should have
> a proper list of archs that prevents this probl
Package: wnpp
Severity: wishlist
Owner: Gerber van der Graaf
* Package name: freefoam
Version : 0.1.0
Upstream Author : Michael Wild
* URL : http://www.freefoam.wiki.sourceforge.net
* License : GPL
Programming Lang: C++
Description : software for Comp
Gabor Gombas wrote:
On Thu, May 14, 2009 at 03:53:23PM +0200, Giacomo A. Catenazzi wrote:
No, /root cannot be a separate filesystem.
/root is part of very basic system, and it is required for super user
when he/she is restoring the systems or doing some kind of administration
(e.g. moving files
On Thu, May 14, 2009 at 09:02:52AM -0500, Peter Samuelson wrote:
> I thought in that case we were supposed to use 'any' and add an entry
> to Packages-arch-specific. Or, if it's just one binary package from a
> larger source package, use 'any' and decide in debian/rules whether to
> build that bin
Roger Leigh wrote:
On Thu, May 14, 2009 at 03:53:23PM +0200, Giacomo A. Catenazzi wrote:
Gabor Gombas wrote:
On Wed, May 13, 2009 at 12:38:45PM -0500, Manoj Srivastava wrote:
it is the principle of the thing. /root is the home directory
for the root user. Home directories are mutab
On Thu, May 14, 2009 at 03:53:23PM +0200, Giacomo A. Catenazzi wrote:
> No, /root cannot be a separate filesystem.
> /root is part of very basic system, and it is required for super user
> when he/she is restoring the systems or doing some kind of administration
> (e.g. moving filesystems, etc.).
[Philipp Kern]
> Which reminds me: could we please get similar possibilities for the
> Architecture line in debian/control? I see more and more expanded
> architecture lists because a package is not, say, able to build
> on hppa.
I thought in that case we were supposed to use 'any' and add an en
Hi,
2009/5/14 martin f krafft
> Hello, world.
>
> The folks at Tuxbrain have a surprise for DebConf attendees, with
> which they want to support the community and drive innovation and
> progress:
>
Why do you spam this list?
Regards
--
Héctor Orón
On Thu, May 14, 2009 at 03:53:23PM +0200, Giacomo A. Catenazzi wrote:
> Gabor Gombas wrote:
>> On Wed, May 13, 2009 at 12:38:45PM -0500, Manoj Srivastava wrote:
>>
>>> it is the principle of the thing. /root is the home directory
>>> for the root user. Home directories are mutable, progr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Do den 14. Mai 2009 um 14:01 schrieb Gabor Gombas:
> I fail to see how root is different to any other random user in this
> regard. If you want / to be read-only, then you should ensure that /home
> points to something writable. The same thing hol
Gabor Gombas wrote:
On Wed, May 13, 2009 at 12:38:45PM -0500, Manoj Srivastava wrote:
it is the principle of the thing. /root is the home directory
for the root user. Home directories are mutable, programs may store
configuration files there, as may the user, by themselves. The root
Philipp Kern schrieb:
> [Sorry about the terse reply.]
>
Not at all. Thanks for responding!
> On 2009-05-14, Malte Forkel wrote:
>> Well, just judging from a limited sample, all source.changes and
>> i386.changes files I checked contain both Source and Binary fields.
>
> He spoke about the File
On Wed, May 13, 2009 at 12:38:45PM -0500, Manoj Srivastava wrote:
> it is the principle of the thing. /root is the home directory
> for the root user. Home directories are mutable, programs may store
> configuration files there, as may the user, by themselves. The root
> user should n
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: syfi
Version: 0.6.0
Upstream authors: Martin Sandve Alnæs and Kent-Andre Mardal
URL: http://www.fenics.org/wiki/SyFi
License: GPL
Description: finite element engine based on symbolic mathematics
The finite
[Sorry about the terse reply.]
On 2009-05-14, Malte Forkel wrote:
> Well, just judging from a limited sample, all source.changes and
> i386.changes files I checked contain both Source and Binary fields.
He spoke about the Files part.
> There is some correlation to the Architecture field, though
Package: wnpp
Severity: normal
Hi,
I am offering 'dares' for adoption, since I am already ignoring it for
too long. The package does:
Dares scans a CD/DVD image or a CD/DVD for files. This also works when
the filesystem (ISO-9660 or UDF) on the disc is damaged and cannot be mounted
anymore.
Luk Claes schrieb:
> Malte Forkel wrote:
>> Hi,
>>
>> I recently noticed that when I'm packaging software sometimes a
>> i386.changes file gets created, and sometimes a source.changes file gets
>> created.
>>
>> I couldn't find an explanation in the New Maintainer's Guide or in the
>> Policy Manual
On Wednesday 13 May 2009 21:55:00 Guillem Jover wrote:
> So, there's missing support in sbuild (#501230), which arguably is
> a pretty recent bug report, but AFAIR I sent a mail to Ryan long time
> ago when drafting the wildcard support and never heard back, but then
> I never insisted again, so th
32 matches
Mail list logo
