On Wed, Jan 05, 2011 at 03:29:08AM +0100, Michael Biebl wrote:
>
> Nice write-up, you raise many good points I agree with.
>
> Just a small remark:
>
> On 05.01.2011 01:25, Roger Leigh wrote:
>
> > 2) /usr is mounted read-only for security and safety
> >
> >Mounting /usr read-only is commo
Nice write-up, you raise many good points I agree with.
Just a small remark:
On 05.01.2011 01:25, Roger Leigh wrote:
> 2) /usr is mounted read-only for security and safety
>
>Mounting /usr read-only is common practice; I even do this myself
>with apt-get configured to remount read-writ
Olaf van der Spek, le Tue 04 Jan 2011 19:21:18 +0100, a écrit :
> On Tue, Jan 4, 2011 at 7:13 PM, Samuel Thibault wrote:
> > We kept fixing it, and at some point (where it became really not obvious
> > to fix it, or would have made it very cpu-consuming to solve the path
> > ambiguities), we got t
On Wed, Jan 05, 2011 at 01:05:03AM +0100, Olaf van der Spek wrote:
>
> Why is it that you ignore all my responses to technical questions you asked?
>
In general, because they are either (a) not well-formed, or (b) you
are asking me to prove a negative. Getting people to believe that you
can't s
On Tue, Jan 04, 2011 at 07:32:06PM +0100, Olaf van der Spek wrote:
> On Tue, Jan 4, 2011 at 7:29 PM, Steve Langasek wrote:
> > On Tue, Jan 04, 2011 at 06:51:13PM +0100, Olaf van der Spek wrote:
> >> On Tue, Jan 4, 2011 at 6:49 PM, Sven Joachim wrote:
> >> > Maybe we're talking at cross-purposes h
On Mon, Jan 3, 2011 at 3:43 PM, Ted Ts'o wrote:
> On Mon, Jan 03, 2011 at 12:26:29PM +0100, Olaf van der Spek wrote:
>>
>> Given that the issue has come up before so often, I expected there to
>> be a FAQ about it.
>
> Your asking the question over (and over... and over...) doesn't make
> it an F
El dom, 02-01-2011 a las 12:41 +0100, Uwe Steinmann escribió:
> Hi Francisco,
>
Hi Uwe.
Thanks for your answer, and sorry for my late.
> I'm one of the developers for about 2 month now and made most
> of the recent changes to the code currently only available in
> svn.
>
> > I am trying to pack
Package: wnpp
Severity: wishlist
Owner: Daniel Thomas
* Package name: libfannj-java
Version : 0.2
Upstream Author : Kyle Renfro
* URL : http://code.google.com/p/fannj/
* License : LGPL
Programming Lang: Java
Description : A Java binding to the Fast Ar
On Tue, Jan 04, 2011 at 08:55:41PM +0100, Olaf van der Spek wrote:
> On Tue, Jan 4, 2011 at 8:45 PM, brian m. carlson
> wrote:
> > Because lots of programs expect something like
> >
> > fd = open("/tmp/foo", O_WRONLY|O_CREAT|O_EXCL);
> > unlink("/tmp/foo");
> > write(fd, "data", 4);
> >
> > to
On Tue, Jan 04, 2011 at 08:55:41PM +0100, Olaf van der Spek wrote:
> On Tue, Jan 4, 2011 at 8:45 PM, brian m. carlson
> wrote:
> > Because lots of programs expect something like
> >
> > fd = open("/tmp/foo", O_WRONLY|O_CREAT|O_EXCL);
> > unlink("/tmp/foo");
> > write(fd, "data", 4);
> >
> > to
On Tue, Jan 4, 2011 at 8:45 PM, brian m. carlson
wrote:
> Because lots of programs expect something like
>
> fd = open("/tmp/foo", O_WRONLY|O_CREAT|O_EXCL);
> unlink("/tmp/foo");
> write(fd, "data", 4);
>
> to succeed. This is how Unix filesystem semantics work and pretty much
> always have.
On Tue, Jan 04, 2011 at 07:22:26PM +0100, Olaf van der Spek wrote:
> On Tue, Jan 4, 2011 at 7:20 PM, Ian Jackson
> wrote:
> > Olaf van der Spek writes ("Re: Source code"):
> >> Renaming open files works, so that should no longer be a problem.
> >
> > They have to be able to be deleted.
>
> Why?
On Tue, Jan 4, 2011 at 7:19 PM, Ian Jackson
wrote:
> Having said that, I don't think the concept behind your library is
> sound, because it presupposes that all previous programs which update
> files are buggy.
They are. Kinda. They either do unsafe file updates or they have
regressions from the
Olaf van der Spek writes ("Re: Source code"):
> Renaming open files works, so that should no longer be a problem.
They have to be able to be deleted.
But this is just the start of your woes. I advise against the attempt.
Ian.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
Shachar Shemesh writes ("Re: Safe file update library ready (sort of)"):
> I'm sorry, it might be me, but I fail to see the overlap between the
> functionalities of safewrite vs. userv. The premises for safewrite is
> that a program wants to make sure data integrity is maintained when
> writing
On Tue, Jan 4, 2011 at 7:29 PM, Steve Langasek wrote:
> On Tue, Jan 04, 2011 at 06:51:13PM +0100, Olaf van der Spek wrote:
>> On Tue, Jan 4, 2011 at 6:49 PM, Sven Joachim wrote:
>> > Maybe we're talking at cross-purposes here; I was speaking about the
>> > case of turning a directory into a symli
On Tue, Jan 04, 2011 at 06:51:13PM +0100, Olaf van der Spek wrote:
> On Tue, Jan 4, 2011 at 6:49 PM, Sven Joachim wrote:
> > Maybe we're talking at cross-purposes here; I was speaking about the
> > case of turning a directory into a symlink on upgrades, which cannot
> > safely be done while there
On Tue, Jan 4, 2011 at 7:20 PM, Ian Jackson
wrote:
> Olaf van der Spek writes ("Re: Source code"):
>> Renaming open files works, so that should no longer be a problem.
>
> They have to be able to be deleted.
Why?
Olaf
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a su
On Tue, Jan 4, 2011 at 7:13 PM, Samuel Thibault wrote:
>> > dpkg doesn't care, but shlibdeps does care, hurd-i386 has been bitten by
>> > that enough to make us give up with /usr -> /.
>>
>> Why couldn't shlibdeps be fixed?
>
> We kept fixing it, and at some point (where it became really not obvio
Olaf van der Spek, le Tue 04 Jan 2011 18:46:47 +0100, a écrit :
> On Tue, Jan 4, 2011 at 6:39 PM, Samuel Thibault wrote:
> > Steve Langasek, le Tue 04 Jan 2011 09:34:45 -0800, a écrit :
> >> I don't agree. dpkg doesn't need to care that /usr/lib/libm.so really
> >> unpacks to /lib/libm.so due to
On Tue, Jan 4, 2011 at 6:39 PM, Samuel Thibault wrote:
> Steve Langasek, le Tue 04 Jan 2011 09:34:45 -0800, a écrit :
>> I don't agree. dpkg doesn't need to care that /usr/lib/libm.so really
>> unpacks to /lib/libm.so due to /usr -> / symlink,
>
> dpkg doesn't care, but shlibdeps does care, hurd-
On Tue, Jan 04, 2011 at 05:57:44PM +0100, Stefano Zacchiroli wrote:
> On Tue, Jan 04, 2011 at 11:49:55AM -0500, Michael Hanke wrote:
> > What name do you suggest? Maybe 'matlab-package'?
>
> 'matlab-integration' would be nice, but in the specific context of
> matlab might be misleading (cfr. 'octa
On Tue, Jan 4, 2011 at 6:39 PM, Samuel Thibault wrote:
> Steve Langasek, le Tue 04 Jan 2011 09:34:45 -0800, a écrit :
>> I don't agree. dpkg doesn't need to care that /usr/lib/libm.so really
>> unpacks to /lib/libm.so due to /usr -> / symlink,
>
> dpkg doesn't care, but shlibdeps does care, hurd-
On Tue, Jan 4, 2011 at 6:49 PM, Sven Joachim wrote:
> Maybe we're talking at cross-purposes here; I was speaking about the
> case of turning a directory into a symlink on upgrades, which cannot
> safely be done while there are still files under it.
>
> Thinking more about it, this cannot be done e
On 2011-01-04 18:34 +0100, Steve Langasek wrote:
> On Tue, Jan 04, 2011 at 04:47:28PM +0100, Sven Joachim wrote:
>
>> It is not possible to do the switch on upgrades anyway, at least not
>> while every package ships files under /usr. You can only do that when
>> there are no packages installed th
Steve Langasek, le Tue 04 Jan 2011 09:34:45 -0800, a écrit :
> I don't agree. dpkg doesn't need to care that /usr/lib/libm.so really
> unpacks to /lib/libm.so due to /usr -> / symlink,
dpkg doesn't care, but shlibdeps does care, hurd-i386 has been bitten by
that enough to make us give up with /us
On Tue, Jan 04, 2011 at 04:47:28PM +0100, Sven Joachim wrote:
> On 2011-01-04 16:33 +0100, Steve Langasek wrote:
> > In what way is it not already possible to symlink /usr to /?
> There are packages which ship a binary /bin/foo and a symlink
> /usr/bin/foo to it. Those will likely be broken, sin
Cyril Brulebois (04/01/2011):
> [ BS ]
Sorry, zack got it right, I didn't.
KiBi.
signature.asc
Description: Digital signature
Michael Hanke (04/01/2011):
> The likelihood of Debian having a package that actually provides
> matlab seems to be rather low. If it ever happens this package would
> be obsolete and could be removed.
Then there should be no matlab package, at all.
> I assume you want to point to the problem of
On Tue, Jan 04, 2011 at 11:49:55AM -0500, Michael Hanke wrote:
> > It really shouldn't be called “matlab” then.
> The likelihood of Debian having a package that actually provides matlab
> seems to be rather low. If it ever happens this package would be
> obsolete and could be removed.
Still, it lo
On Tue, Jan 04, 2011 at 05:43:04PM +0100, Cyril Brulebois wrote:
> > This package does NOT provide Matlab (TM).
>
> It really shouldn't be called “matlab” then.
The likelihood of Debian having a package that actually provides matlab
seems to be rather low. If it ever happens this package would b
Michael Hanke (04/01/2011):
> Package: wnpp
> Severity: wishlist
> Owner: Michael Hanke
>
> * Package name: matlab
> Version : 0.0.13
> Upstream Author : Michael Hanke
> * URL : http://neuro.debian.net/pkgs/matlab.html
> * License : GPL
> Programming Lang:
Package: wnpp
Severity: wishlist
Owner: Michael Hanke
* Package name: matlab
Version : 0.0.13
Upstream Author : Michael Hanke
* URL : http://neuro.debian.net/pkgs/matlab.html
* License : GPL
Programming Lang: POSIX shell
Description : integrate local M
On Mon, 3 Jan 2011 21:45:49 +, Roger Leigh
wrote:
>IMHO, there are nowadays few (if any) compelling reasons for having a
>separate /usr, and hence for having /usr at all other than as a
>compatibility symlink to /. Have we actually got any reasons for
>keeping it?
many sysadmins including me
* Enrico Weigelt [110104 16:07]:
> And what exactly is the problem w/ redundant system pathes ?
They do not only include the library in question, but they include many
other libraries. As paths supplied by the user are searched in before
anything in the system path, this changes the order the sys
Steve Langasek, le Tue 04 Jan 2011 07:33:04 -0800, a écrit :
> In what way is it not already possible to symlink /usr to /?
We've abandoned that for the GNU/Hurd port notably because as of now it
messes up library resolution, e.g. a library is found in /lib/libfoo
while it's actually packaged in /
Hi
Dne Tue, 4 Jan 2011 16:51:38 +0100
Jakub Wilk napsal(a):
> * Michal Čihař , 2011-01-04, 16:26:
> >* Package name: osc-source_validator
>
> Underscores are not allowed in package names.
I know, the package is actually called osc-source-validator, this is
upstream name which I've just cop
* Michal Čihař , 2011-01-04, 16:26:
* Package name: osc-source_validator
Underscores are not allowed in package names.
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: ht
On 2011-01-04 16:33 +0100, Steve Langasek wrote:
> On Tue, Jan 04, 2011 at 09:38:19AM +0100, Tollef Fog Heen wrote:
>> | An alternative strategy to consider for the future: drop /usr entirely
>> | and place all libraries in /lib [as done on GNU/Hurd]. On current
>> | systems using initramfs the n
Package: wnpp
Severity: wishlist
Owner: "Michal Čihař"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: osc-source_validator
Version : 0.1
Upstream Author : r...@suse.de
* URL :
http://en.opensuse.org/openSUSE:Build_Service_Tools#OSC_source_validator
*
On Tue, Jan 04, 2011 at 09:38:19AM +0100, Tollef Fog Heen wrote:
> | An alternative strategy to consider for the future: drop /usr entirely
> | and place all libraries in /lib [as done on GNU/Hurd]. On current
> | systems using initramfs the need for a separate / and /usr is gone.
> | IMHO, there
Package: wnpp
Severity: wishlist
CMS Made Simple, an open source content management system, allows for
faster and easier management of website content. This CMS is scalable
for small businesses to large corporations.
Content Management System Features
* SEO Friendly URLs
* Integrated and onli
On Tue, Jan 4, 2011 at 3:30 PM, Nikita V. Youshchenko wrote:
>> On Mon, Jan 03, 2011 at 04:55:52PM -0800, Don Armstrong wrote:
>> > On Tue, 04 Jan 2011, Stephen Grant Brown wrote:
>> > > I would like to install dpkg under Windows Vista.
>> >
>> > This is almost certainly going to be an exercise in
* Bernhard R. Link schrieb:
> We are talking about things stored in /lib or /usr/lib here, i.e. something
> stored in a system path.
>
> Sadly pkg-config does not support this, so there will be some -L
> recorded with some path, which one has to hope will later be removed
> by something else, or
* Andreas Metzler schrieb:
> in a nutshell: I doubt anybody who has the knowledge to fix it cares,
> and there is more to it than a
> --with-stuff-usually-in-libdir-but-we-want-it-below-urs=/usr/lib.
> Installing it there is simple, making use of the installed files is not.
Another solution woul
Shachar Shemesh writes ("Safe file update library ready (sort of)"):
> This is not a formal release just yet (plus one function is still
> missing an implementation, trivial though it might be). It's just that
> the list obviously has a few people knowledgeable on the subject who can
> give my c
> On Mon, Jan 03, 2011 at 04:55:52PM -0800, Don Armstrong wrote:
> > On Tue, 04 Jan 2011, Stephen Grant Brown wrote:
> > > I would like to install dpkg under Windows Vista.
> >
> > This is almost certainly going to be an exercise in pain.
>
> For building it, maybe, but not for getting it prebuilt.
On 04/01/11 16:24, Ian Jackson wrote:
Shachar Shemesh writes ("Safe file update library ready (sort of)"):
This is not a formal release just yet (plus one function is still
missing an implementation, trivial though it might be). It's just that
the list obviously has a few people knowledgeabl
Package: wnpp
Severity: wishlist
Owner: Nicholas Bamber
* Package name: libtest-image-gd-perl
Version : 0.03
Upstream Author : Stevan Little
* URL : http://search.cpan.org/dist/Test-Image-GD/
* License : perl
Programming Lang: perl
Description : modul
Package: wnpp
Severity: wishlist
Owner: Nicholas Bamber
* Package name: libcgi-minimal-perl
Version : 1.29
Upstream Author : Benjamin Franz
* URL : http://search.cpan.org/dist/CGI-Minimal/
* License : perl
Programming Lang: perl
Description : a lightw
Package: wnpp
Severity: wishlist
Owner: Nicholas Bamber
* Package name: libtext-lorem-perl
Version : 0.3
Upstream Author : Adeola Awoyemi
* URL : http://search.cpan.org/dist/Text-Lorem/
* License : perl
Programming Lang: perl
Description : generate ra
On Tue, Jan 4, 2011 at 2:40 PM, Tollef Fog Heen wrote:
> | What about .so files needed before /usr is mounted?
>
> Do you have a non-contrived example of a .so file which is needed before
> /usr is mounted and where there's a need for a static library?
Why the second part of that condition?
Olaf
]] Olaf van der Spek
| On Tue, Jan 4, 2011 at 1:42 PM, Tollef Fog Heen wrote:
| > | Eh, wouldn't this case be a valid use case?
| >
| > No, there's no reason for the .so to live in /lib rather than /usr/lib.
|
| What about .so files needed before /usr is mounted?
Do you have a non-contrived ex
On Tue, Jan 4, 2011 at 1:42 PM, Tollef Fog Heen wrote:
> | Eh, wouldn't this case be a valid use case?
>
> No, there's no reason for the .so to live in /lib rather than /usr/lib.
What about .so files needed before /usr is mounted?
Olaf
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
]] Olaf van der Spek
| On Tue, Jan 4, 2011 at 9:38 AM, Tollef Fog Heen wrote:
| > ]] Roger Leigh
| >
| > | On Mon, Jan 03, 2011 at 10:33:21PM +0100, Olaf van der Spek wrote:
| >
| > | > I've never used pkgconfig. But if it doesn't support it, it too should
be fixed.
| >
| > First, it's pkg-conf
Package: wnpp
Severity: wishlist
Owner: Nicholas Bamber
* Package name: libtest-cgi-multipart-perl
Version : 0.0.3
Upstream Author : Nicholas Bamber
* URL : http://search.cpan.otg/dist/Test-CGI-Multipart/
* License : perl
Programming Lang: perl
Descriptio
Package: wnpp
Severity: wishlist
Owner: Nicholas Bamber
* Package name: libcgi-application-plugin-ajaxupload-perl
Version : 0.0.3
Upstream Author : Nicholas Bamber
* URL :
http://search.cpan.org/dist/CGI-Application-Plugin-AJAXUload/
* License : perl
Progr
Package: wnpp
Severity: wishlist
Owner: Nicholas Bamber
* Package name: libgeo-google-mapobject-perl
Version : 0.06
Upstream Author : Nicholas Bamber
* URL : http://search.cpan.org/dist/Geo-Google-MapObject/
* License : perl
Programming Lang: perl
Descrip
Processing commands for cont...@bugs.debian.org:
> reassign 600379 xorg
Bug #600379 [general] general: PS/2 mouse in X ceased to work
Bug reassigned from package 'general' to 'xorg'.
> severity 600379 normal
Bug #600379 [xorg] general: PS/2 mouse in X ceased to work
Severity set to 'normal' from '
Processing commands for cont...@bugs.debian.org:
> reassign 604726 pulseaudio
Bug #604726 [general] general: Cannot play anything in totem and mplayer while
running flash movie in iceweasel with flash plugin
Bug #604728 [general] general: Cannot play anything in totem or gnome-mplayer
while a fl
Processing commands for cont...@bugs.debian.org:
> reassign 606493 pam
Bug #606493 [general] gnome-screensaver: Fails to authenticate users with NIS
on amd64
Bug reassigned from package 'general' to 'pam'.
> severity 606493 normal
Bug #606493 [pam] gnome-screensaver: Fails to authenticate users w
Processing commands for cont...@bugs.debian.org:
> reassign 582968 gnome
Bug #582968 [general] running apps that have sound cause system to hang
Bug reassigned from package 'general' to 'gnome'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
582968: http://bugs.d
Processing commands for cont...@bugs.debian.org:
> reassign 600763 console-tools
Bug #600763 [general] general: Keymap problems: /etc/console/boottime.kmap.gz
fail load
Bug reassigned from package 'general' to 'console-tools'.
> thanks
Stopping processing here.
Please contact me if you need assi
Processing commands for cont...@bugs.debian.org:
> forcemerge 417118 583954
Bug#417118: "event based boot system needed to solve use cases"
Bug#583954: fstab doesn't mount external USB-drive, but mount -a does
Forcibly Merged 417118 583954.
> thanks
Stopping processing here.
Please contact me if
Processing commands for cont...@bugs.debian.org:
> reassign 603767 linux-2.6,xorg
Bug #603767 [general] gdm: starts on v8 instead of vt7
Bug reassigned from package 'general' to 'linux-2.6,xorg'.
> reassign 596700 linux-2.6,xorg
Bug #596700 [xorg] The X server does not deallocate its vt upon shutd
* Olaf van der Spek [110104 11:20]:
> On Tue, Jan 4, 2011 at 9:38 AM, Tollef Fog Heen wrote:
> > ]] Roger Leigh
> >
> > | On Mon, Jan 03, 2011 at 10:33:21PM +0100, Olaf van der Spek wrote:
> >
> > | > I've never used pkgconfig. But if it doesn't support it, it too should
> > be fixed.
> >
> > Fi
Hi,
am I right, that totem now supports playing blue-ray and these bugs can be
closed?
cheers,
Holger
signature.asc
Description: This is a digitally signed message part.
Package: wnpp
Severity: wishlist
Owner: Nicholas Bamber
* Package name: libtie-persistent-perl
Version : 1.00
Upstream Author : Roland Giersig
* URL : http://search.cpan.org/dist/Tie-Persistent/
* License : perl
Programming Lang: perl
Description : pe
On Tue, Jan 4, 2011 at 9:38 AM, Tollef Fog Heen wrote:
> ]] Roger Leigh
>
> | On Mon, Jan 03, 2011 at 10:33:21PM +0100, Olaf van der Spek wrote:
>
> | > I've never used pkgconfig. But if it doesn't support it, it too should be
> fixed.
>
> First, it's pkg-config, and secondly, no, it shouldn't.
]] Roger Leigh
| On Mon, Jan 03, 2011 at 10:33:21PM +0100, Olaf van der Spek wrote:
| > I've never used pkgconfig. But if it doesn't support it, it too should be
fixed.
First, it's pkg-config, and secondly, no, it shouldn't. pkg-config
doesn't try to be everything to everybod and I haven't se
70 matches
Mail list logo
