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
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
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: 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
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 ".."
-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
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
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/
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
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
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: "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
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
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
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.
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, 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
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 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 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 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 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 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
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, 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
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
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
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
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
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 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 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
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 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
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
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
37 matches
Mail list logo
