Björn Esser writes:
> So how shall I name it then?
Given that there isn't actually any conflict, that the two libraries
are in different "domains" (one C/C++, the other html/javascript), and
that neither of them appears to be heavily used (though the lib used
in yast seems to get many more google
Hello
I am looking at Bug#516854 and wondering:
Is there a robust way for a *user* to detect if root login is
disabled? Would like to perform such a check from an instance of
aptitude running as a user account.
I am aware of the following method which detects the `passwd -l' style
lock, however
On Wed, 07 Dec 2011 at 01:43:34 +0100, Marco d'Itri wrote:
> http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=12a362be5c1982f80dbfb75bda070208a2c99cdf
>
> Discuss.
As far as I can make out, their position is that a separate /usr is now only
supported if you mount it from the initrd
m...@linux.it (Marco d'Itri) writes:
> http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=12a362be5c1982f80dbfb75bda070208a2c99cdf
>
> Discuss.
>
> --
> ciao,
> Marco
Give everyone at least 10 years headstart to migrate existing systems
away from having a seperate /usr partition and
On Wednesday 07 Dec 2011, Toni Mueller wrote:
> On 11/21/2011 07:52 PM, Ben Hutchings wrote:
> > Since we're theorising, rather than talking about actual users, my
> > theory is that these are sold as replacements for installed systems,
> > which will run the exact same software as the original - n
On Dec 07, Goswin von Brederlow wrote:
> Give everyone at least 10 years headstart to migrate existing systems
> away from having a seperate /usr partition and for people to stop making
> a seperate /usr on new installs.
Actually, Red Hat's goal *is* to support a separate /usr, they just want
to
On Wed, Dec 07, 2011 at 11:34:34AM +0100, Marco d'Itri wrote:
Actually, Red Hat's goal *is* to support a separate /usr, they just want
to have the initramfs mount it.
But as was seen in the last discussion, not everyone *has* an initramfs,
because it is not needed in many cases or sometimes ev
On Wed, 7 Dec 2011 09:00:35 +, Simon McVittie wrote:
> On Wed, 07 Dec 2011 at 01:43:34 +0100, Marco d'Itri wrote:
> > http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=12a362be5c1982f80dbfb75bda070208a2c99cdf
> >
> > Discuss.
>
> As far as I can make out, their position is that
07.12.2011 04:43, Marco d'Itri пишет:
> http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=12a362be5c1982f80dbfb75bda070208a2c99cdf
>
> Discuss.
>
I don't see any reason to move all into /usr from /,
and make initrd for minimal system:
Making self-contained initrd is the same proble
07.12.2011 12:53, Daniel Hartwig пишет:
> Hello
>
> I am looking at Bug#516854 and wondering:
>
> Is there a robust way for a *user* to detect if root login is
> disabled? Would like to perform such a check from an instance of
> aptitude running as a user account.
>
> I am aware of the followin
On Dec 07, Stephan Seitz wrote:
> But as was seen in the last discussion, not everyone *has* an
> initramfs, because it is not needed in many cases or sometimes even
> not supported on the platform.
And as was seen, most of these setups can be modified to support this
scheme.
I also have a few id
On Wed, 07 Dec 2011 15:42:12 +0400, Igor Pashev wrote:
07.12.2011 12:53, Daniel Hartwig пишет:
Hello
I am looking at Bug#516854 and wondering:
Is there a robust way for a *user* to detect if root login is
disabled? Would like to perform such a check from an instance of
aptitude running as a u
Igor Pashev wrote:
> su?
su doesn't distinguish between a locked password and an incorrectly entered one.
Would like to know the locked status before trying su so that the
program can either fall back to sudo or give an error message more
informative than just "incorrect password".
--
To UNSU
On Wed, Dec 07, 2011 at 01:11:56PM +0100, Marco d'Itri wrote:
On Dec 07, Stephan Seitz wrote:
But as was seen in the last discussion, not everyone *has* an
initramfs, because it is not needed in many cases or sometimes even
not supported on the platform.
And as was seen, most of these setups c
On Dec 07, Stephan Seitz wrote:
> Yes, but by the admin, not by Debian, and the admin may not be
> interested in adding a new layer of possible failures, because it
> works.
And other admins may be interested in the important features which
everything-in-usr supports. Who is going to win?
> Well
On Wed, Dec 07, 2011 at 08:15:42PM +0800, Daniel Hartwig wrote:
> Would like to know the locked status before trying su so that the
> program can either fall back to sudo or give an error message more
> informative than just "incorrect password".
What is the security implication of letting anyone
On 12/07/2011 07:03 PM, Philip Hands wrote:
>
> Personally, I think that resorting to rescue media is something of an
> admission of defeat, but I'm probably a bit odd ;-)
>
You're not Phil, I agree with the above statement!
Thomas (zigo)
--
To UNSUBSCRIBE, email to debian-devel-requ...@list
On 2011-12-07, Philip Hands wrote:
> Personally, I think that resorting to rescue media is something of an
> admission of defeat, but I'm probably a bit odd ;-)
I recent followed a recovery in a irc channel after installing a
wrong-architecture libc on a system. Only access was 2 existing root
co
On Wed, Dec 07, 2011 at 01:44:28PM +0100, Marco d'Itri wrote:
On Dec 07, Stephan Seitz wrote:
Yes, but by the admin, not by Debian, and the admin may not be
interested in adding a new layer of possible failures, because it
works.
And other admins may be interested in the important features whi
On Wed, 2011-12-07 at 09:43 +, David Goodenough wrote:
> On Wednesday 07 Dec 2011, Toni Mueller wrote:
> > On 11/21/2011 07:52 PM, Ben Hutchings wrote:
> > > Since we're theorising, rather than talking about actual users, my
> > > theory is that these are sold as replacements for installed syst
Thank you, Roger, for your extended response.
> What is preventing you from building the docs in build-indep?
I am trying it to do it now, using new -indep and -arch options.
> Are you using the latest debhelper?
Yes, 8.9.11
I have simplified debian/rules:
On Wed, Dec 07, 2011 at 05:17:47PM +0100, Anton Gladky wrote:
> Thank you, Roger, for your extended response.
>
> > What is preventing you from building the docs in build-indep?
> I am trying it to do it now, using new -indep and -arch options.
>
> > Are you using the latest debhelper?
> Yes, 8.
in reply to darkestkhan
Thank you very much for even showing concern about root=, uuid, newbies, lk README. I was
commenting on [improvements] that may dis-courage newbies for lack of howto.
Sorry this is long but it is work I can't do again later. I spent a good hour searching google and
Ok, thank you for clarifying.
I have subscribed myself to the bug 629385
Anton
On Wed, Dec 7, 2011 at 5:34 PM, Roger Leigh wrote:
> On Wed, Dec 07, 2011 at 05:17:47PM +0100, Anton Gladky wrote:
>> Thank you, Roger, for your extended response.
>>
>> > What is preventing you from building the d
Package: wnpp
Severity: wishlist
Owner: "Hans-Christoph Steiner"
* Package name: python-potr
Version : 1.0.0b
Upstream Author : Kjell Braden
* URL : http://python-otr.pentabarf.de/
* License : LGPL-3+
Programming Lang: Python
Description : Pure Python
On 12687 March 1977, Marco d'Itri wrote:
> http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=12a362be5c1982f80dbfb75bda070208a2c99cdf
> Discuss.
Nice link, though using https would be oh-so-much-more-secure.
[BLA]
Maybe you should actually deliver some content to discuss and not expe
Package: wnpp
Severity: wishlist
Owner: "Marcin Kulisz (kuLa)"
* Package name: libxmlwrapp
Version : 0.6.2
Upstream Author : Peter J Jones, Vaclav Slavik
* URL : https://github.com/vslavik/xmlwrapp
* License : BSD
Programming Lang: C++
Description : xm
For those who haven’t followed, the latest debhelper upload includes the
following change:
* Debhelper config files may be made executable programs that output the
desired configuration. No further changes are planned to the config file
format; those needing powerful syntaxes may now
On Wed, 07 Dec 2011, Josselin Mouette wrote:
> So, to sum it up. Before, you would do in debian/rules:
> sed s/@DEB_HOST_MULTIARCH@/${DEB_HOST_MULTIARCH}/
> debian/libfoo.install.in > debian/libfoo.install
>
> Now, you will do in debian/foo.install:
> #! /bin/sh
> sed s/
Josselin Mouette writes:
> So, to sum it up. Before, you would do in debian/rules:
> sed s/@DEB_HOST_MULTIARCH@/${DEB_HOST_MULTIARCH}/
> debian/libfoo.install.in > debian/libfoo.install
>
> Now, you will do in debian/foo.install:
> #! /bin/sh
> sed s/@DEB_HOST_MULTIARCH
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I am pretty sure I'll regret to comment on this thread soonish, but ...
On 08.12.2011 00:12, Gergely Nagy wrote:
> I'd like to offer another option: deal with it, and instead of doing any
> of the above (none of which would be a good idea in the
Correcting myself! sorry. not sure anyone cares. I said "make deb-pkg"
didn't leave me any .deb **
"make deb-pkg" did make 4 .deb packages. they are in "$(srctree)/../", and one
I tried is good.
"make tar-pkg" leaves it in "$(srctree)/" and I'm still unsure how i would know to look in ".."
Package: wnpp
Severity: wishlist
Owner: Paul Tagliamonte
* Package name: python-github2
Version : 0.5.2
Upstream Author : Ask Solem
* URL : http://packages.python.org/github2/
* License : Expat
Programming Lang: Python
Description : Library to expose a
On 08/12/2011 07:12, Gergely Nagy wrote:
>
> And by extend, I mean something like:
>
> ,
> | #! /usr/bin/dh_multiarchify
> | /usr/lib/${DEB_HOST_MULTIARCH}/*
> `
>
> The /usr/bin/dh_multiarchify script would do the sed magic. This would
> make the simple cases simple, and would still all
On 08/12/2011 07:12, Gergely Nagy wrote:
>
> And by extend, I mean something like:
>
> ,
> | #! /usr/bin/dh_multiarchify
> | /usr/lib/${DEB_HOST_MULTIARCH}/*
> `
>
> The /usr/bin/dh_multiarchify script would do the sed magic. This would
> make the simple cases simple, and would still all
Package: wnpp
Severity: wishlist
Owner: "Martin Skøtt"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: node-mongodb
Version : 0.9.7.1.4
Upstream Author : Christian Amor Kvalheim
* URL : https://github.com/christkv/node-mongodb-native
* License
Chow Loong Jin writes:
> On 08/12/2011 07:12, Gergely Nagy wrote:
>>
>> And by extend, I mean something like:
>>
>> ,
>> | #! /usr/bin/dh_multiarchify
>> | /usr/lib/${DEB_HOST_MULTIARCH}/*
>> `
>>
>> The /usr/bin/dh_multiarchify script would do the sed magic. This would
>> make the sim
37 matches
Mail list logo
