Bastian Blank wrote:
> On Tue, Aug 11, 2009 at 09:40:35PM +0200, Bernd Eckenfels wrote:
>> In article <20090811183800.ge5...@const.famille.thibault.fr> you wrote:
>>> Not necessarily. Any sane implementation should just use wchar_t
>> Which could be UTF16 and therefore still has complicatd length
Samuel Thibault wrote:
> Gunnar Wolf, le Tue 11 Aug 2009 13:28:08 -0500, a écrit :
>> while length(str) in any language up to the 1990s was a mere
>> substraction, now we must go through the string checking each byte to
>> see if it is a Unicode marker and substract the appropriate number of
>> byt
Ben Hutchings wrote:
> If the virtual package name is to be meaningful, there must be some
> definition of what capabilities a dyndns-client provides to depending
> packages, e.g. a
> specific command and options. Does that exist?
I think yes. There are wide range of broadband connection users w
Le lundi 10 août 2009 09:58:04, Jonathan Yu a écrit :
> On Mon, Aug 10, 2009 at 1:13 AM, Charles Plessy wrote:
> > Le Tue, Jun 16, 2009 at 11:33:58AM +0800, Paul Wise a écrit :
> >> On Tue, Jun 16, 2009 at 7:20 AM, Charles Plessy wrote:
> >> > The dh_make template for debian/copyright induces many
Josselin Mouette writes:
> Le mardi 11 août 2009 à 17:26 -0700, Russ Allbery a écrit :
>> I don't understand how what you say is related to what I said. How
>> does having them in a separate archive affect whether or not I have to
>> download a 50GB package to get debugging symbols for KDE? Whe
Le mardi 11 août 2009 à 17:26 -0700, Russ Allbery a écrit :
> > The main purpose of setting up an archive of debugging symbols is to be
> > able to use them transparently without installation, so that doesn’t
> > change much.
>
> I don't understand how what you say is related to what I said. How
Josselin Mouette writes:
> Le mardi 11 août 2009 à 16:13 -0700, Russ Allbery a écrit :
>> Without the symlink, they're not valid Debian packages. It seems like
>> a small price to pay for keeping them consistent with the rest of
>> Policy.
> The policy is just a document. The question is more a
Le mardi 11 août 2009 à 16:13 -0700, Russ Allbery a écrit :
> > Actually I don’t see the point in this symlink. It only makes things
> > more complicated, especially if there is no one-to-one mapping between
> > ddebs and debs.
>
> Without the symlink, they're not valid Debian packages. It seems
On Tue, 11 Aug 2009 13:28:08 -0500
Gunnar Wolf wrote:
> Harald Braumann dijo [Tue, Aug 11, 2009 at 01:33:58AM +0200]:
> > > There are a lot of users out there that are not willing to pay the
> > > price for increased generality.
> >
> > Don't you mean s/users/programmers? As a user I don't see w
This one time, at band camp, Anthony Towns said:
> Any thoughts? We could have such a vote over and done in about two weeks,
> with the DPL's consent, and it'd seem a lot more inclusive and less
> cabal-tastic than how things seem to be working atm...
Is there some reason we need something as heav
Josselin Mouette writes:
> Le mardi 11 août 2009 à 13:03 -0700, Russ Allbery a écrit :
>> * These packages are normal Debian packages with normal package metadata,
>> but will generally have a symlink in /usr/share/doc/ pointing
>> to the package for which they provide debugging information.
Le mardi 11 août 2009 à 13:03 -0700, Russ Allbery a écrit :
> * These packages are normal Debian packages with normal package metadata,
> but will generally have a symlink in /usr/share/doc/ pointing
> to the package for which they provide debugging information.
Actually I don’t see the point
On Mon, Aug 10, 2009 at 09:04:37PM +0100, Roger Leigh wrote:
> If having a C.UTF-8 locale always available for system services is
> required for them to fully support UTF-8, then that needs adding to
> glibc.
It would also bring significant speed increase. Since about everything
calls setlocale()
Philipp Kern writes:
> On 2009-08-11, Russ Allbery wrote:
>>> If it's legal to ship debugging symbols for them, I can't see why we
>>> couldn't support them normally.
>> The point is that you can't do this with an archive area, at least
>> using the simple algorithm I proposed above.
> Well yo
["Followup-To:" header set to gmane.linux.debian.devel.general.]
On 2009-08-11, Russ Allbery wrote:
>> If it's legal to ship debugging symbols for them, I can't see why we
>> couldn't support them normally.
> The point is that you can't do this with an archive area, at least using
> the simple alg
* Bastian Blank , 2009-08-11, 22:24:
> Not necessarily. Any sane implementation should just use wchar_t
Which could be UTF16 and therefore still has complicatd length semantics.
No, wchar_t is UCS-4 (or UCS-2 in esoteric implementations like
Windows).
And in the most esoteric (while still co
Russ Allbery wrote:
> Emilio Pozuelo Monfort writes:
>
>> You can build a .ddeb manually, yes. However for some cases
>> (e.g. packages using debhelper and building ELF binaries) a .ddeb will
>> be automatically created (if none is created manually) and detached
>> debugging symbols will be put t
Package: wnpp
Severity: wishlist
Owner: Onkar Shinde
* Package name: excalibur-logger
Version : 2.1
Upstream Author : The Apache Software Foundation
* URL : http://excalibur.apache.org/
* License : Apache-2.0
Programming Lang: Java
Description : Excali
Emilio Pozuelo Monfort writes:
> Russ Allbery wrote:
>> * These packages are normal Debian packages with normal package metadata,
>> but will generally have a symlink in /usr/share/doc/ pointing
>> to the package for which they provide debugging information.
> We haven't agreed on whether th
Bernd Eckenfels, le Tue 11 Aug 2009 21:40:35 +0200, a écrit :
> In article <20090811183800.ge5...@const.famille.thibault.fr> you wrote:
> > Not necessarily. Any sane implementation should just use wchar_t
>
> Which could be UTF16 and therefore still has complicatd length semantics.
??
wchar_t
Russ Allbery wrote:
> Emilio Pozuelo Monfort writes:
>> Russ Allbery wrote:
>
>>> It sounds like listing them only in *.changes but not in *.dsc or
>>> debian/control may be the easiest approach.
>> Indeed, for the automatic-not-listed-in-debian-control ones. The others
>> would be listed everywh
On Tue, Aug 11, 2009 at 09:40:35PM +0200, Bernd Eckenfels wrote:
> In article <20090811183800.ge5...@const.famille.thibault.fr> you wrote:
> > Not necessarily. Any sane implementation should just use wchar_t
> Which could be UTF16 and therefore still has complicatd length semantics.
No, wchar_t
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller
* Package name: bdii
Version : 4.0.2
* URL : https://twiki.cern.ch/twiki//bin/view/EGEE/BDII
* License : needs to be clarified, still
Description : integrator of LDAP databases
The Berkeley Database I
Emilio Pozuelo Monfort writes:
> Russ Allbery wrote:
>> It sounds like listing them only in *.changes but not in *.dsc or
>> debian/control may be the easiest approach.
>
> Indeed, for the automatic-not-listed-in-debian-control ones. The others
> would be listed everywhere, but that is okay.
Yes
In article <20090811183800.ge5...@const.famille.thibault.fr> you wrote:
> Not necessarily. Any sane implementation should just use wchar_t
Which could be UTF16 and therefore still has complicatd length semantics.
And even with UTF32 there are combining characters. Sadly. But the length
could b
In article <20090811182041.gd19...@cajita.gateway.2wire.net> you wrote:
> encodings are _completely_ incompatible with UTF8, so it is just not
> possible to tolerate broken text every now and then. Everything just
> breaks completely.
Or everything works out of the box, when you use it correctly..
Russ Allbery wrote:
>> Having them in the Binary section in the .dsc and Binary and Description
>> in the .changes files would mean modifying
>> dpkg-buildpackage/dpkg-genchanges for ddebs not listed in
>> debian/control. However listing them in Files and Checksum-* in the
>> .changes requires no c
On Tue, Aug 11 2009, Steve Langasek wrote:
> But if this is all the more respect you have for your fellow (TC
> members|DDs|human beings), O Peerless and Saintly Policy Editor, then
> perhaps the project should reconsider whether that's a position you should
> hold.
The -vote list is ->
Timur Birsh writes:
> Torsten Landschoff wrote:
>> Timur Birsh brought it to my attention that my package ddclient
>> provides a virtual package "dyndns-client" that is not on the official
>> virtual package list at
>> http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
>>
Package: wnpp
Severity: wishlist
Owner: Onkar Shinde
* Package name: excalibur-logkit
Version : 2.0
Upstream Author : The Apache Software Foundation
* URL : http://excalibur.apache.org/
* License : Apache-2.0
Programming Lang: Java
Description : Lightw
On Tue, Aug 11, 2009 at 08:34:47PM +0600, Timur Birsh wrote:
> Hi all,
>
> Torsten Landschoff wrote:
>
> > Timur Birsh brought it to my attention that my package ddclient provides
> > a virtual package "dyndns-client" that is not on the official virtual
> > package list at
> > http://www.debian.o
Emilio Pozuelo Monfort writes:
> Manoj Srivastava wrote:
>> So I think at this point it is premature for policy to decide
>> one way or the other about debug symbol packages being mentioned in
>> the control file (and dsc and changes).
> They should be in the changes file so they are u
On 2009-08-11, Steffen Moeller wrote:
> KDE has improved rather dramatically with its crash reporting UI in its
> past few releases, I think. Now Ubuntu comes up with something along
> these lines for all kinds of applications: apport
> (https://launchpad.net/apport/).
> Is anything speaking again
Manoj Srivastava wrote:
> On Tue, Aug 11 2009, Russ Allbery wrote:
>
>> Emilio Pozuelo Monfort writes:
>>> Manoj Srivastava wrote:
To recap:
1) packages with detached debugging symbols should be named
${package name}-${debug suffix}. As a corollary, no ordinary
On Tue, Aug 11, 2009 at 01:50:21PM -0500, Gunnar Wolf wrote:
> > I don't have a strong opinion on whether ddebs should be documented in
> > policy, but I certainly don't agree with requiring dpkg to understand them
> > as a prerequisite for implementing a general purpose, public archive for
> > au
Package: wnpp
Severity: wishlist
Owner: "Yuri D'Elia"
* Package name: trend
Version : 1.0
Upstream Author : Yuri D'Elia
* URL : http://www.thregr.org/~wavexx/software/trend/
* License : LGPL
Programming Lang: C++
Description : a general-purpose, effici
Manoj Srivastava dijo [Tue, Aug 11, 2009 at 10:12:00AM -0500]:
> On Tue, Aug 11 2009, Roger Leigh wrote:
>
> > On Tue, Aug 11, 2009 at 01:40:20PM +, Sune Vuorela wrote:
> >> On 2009-08-11, Manoj Srivastava wrote:
> >> > So, we would still need to create "/usr/lib/debug/"
> >> > . /
On Mon, Aug 10, 2009 at 06:06:37PM -0500, Manoj Srivastava wrote:
> >> So, please keep heckling from the peanut gallery to a minimum,
> >> please, and assume that policy editors have a modicum of sense when
> >> dealing with their role duties.
> > If you were showing a modicum of sense,
On Tue, Aug 11, 2009 at 2:45 PM, Gunnar Wolf wrote:
> Russ Allbery dijo [Sat, Aug 08, 2009 at 05:51:33PM -0700]:
>> > You can build a .ddeb manually, yes. However for some cases
>> > (e.g. packages using debhelper and building ELF binaries) a .ddeb will
>> > be automatically created (if none is cre
Gunnar Wolf, le Tue 11 Aug 2009 13:28:08 -0500, a écrit :
> while length(str) in any language up to the 1990s was a mere
> substraction, now we must go through the string checking each byte to
> see if it is a Unicode marker and substract the appropriate number of
> bytes.
Not necessarily. Any sa
Steve Langasek dijo [Sun, Aug 09, 2009 at 05:15:39PM -0700]:
> > If we are going to enshrine ddebs into policy, we might as well
> > teach dpkg about ddebs.
>
> I don't have a strong opinion on whether ddebs should be documented in
> policy, but I certainly don't agree with requiring dpkg
Russ Allbery dijo [Sat, Aug 08, 2009 at 05:51:33PM -0700]:
> > You can build a .ddeb manually, yes. However for some cases
> > (e.g. packages using debhelper and building ELF binaries) a .ddeb will
> > be automatically created (if none is created manually) and detached
> > debugging symbols will be
On Tue, Aug 11 2009, Russ Allbery wrote:
> Emilio Pozuelo Monfort writes:
>> Manoj Srivastava wrote:
>
>>> To recap:
>>> 1) packages with detached debugging symbols should be named
>>> ${package name}-${debug suffix}. As a corollary, no ordinary
>>> packages names may end in ${d
Anthony Towns dijo [Tue, Aug 11, 2009 at 01:07:33PM +1000]:
> So, with August almost half-way over, I guess the release team's not
> going to be doing much more to seek input from non-key teams/developers.
>
> I still think it'd be interesting and useful to get broader input,
> though. Something l
Harald Braumann dijo [Tue, Aug 11, 2009 at 01:33:58AM +0200]:
> > There are a lot of users out there that are not willing to pay the
> > price for increased generality.
>
> Don't you mean s/users/programmers? As a user I don't see what price I
> pay. I only see advantages in having a consistent en
Norbert Preining dijo [Mon, Aug 10, 2009 at 08:55:27PM +0200]:
> On Mo, 10 Aug 2009, Roger Leigh wrote:
> > Of course there's a penalty for certain operations. But UTF-8 is about
> > as compact as an extended encoding is going to get.
>
> Rubbish. You know why in Japan and other Asian countries U
Hello,
KDE has improved rather dramatically with its crash reporting UI in its
past few releases, I think. Now Ubuntu comes up with something along
these lines for all kinds of applications: apport
(https://launchpad.net/apport/).
Is anything speaking against someone (me?) repackaging apport for
Emilio Pozuelo Monfort writes:
> Manoj Srivastava wrote:
>> To recap:
>> 1) packages with detached debugging symbols should be named
>> ${package name}-${debug suffix}. As a corollary, no ordinary
>> packages names may end in ${debug suffix}.
> They may be automatically created
Manoj Srivastava wrote:
> On Tue, Aug 11 2009, Emilio Pozuelo Monfort wrote:
>> Manoj Srivastava wrote:
>>> Can you point ot me the disadvantage of continuing to use what
>>> dh_strip does now?
>> It can still be used, but you will miss the advantages of using build ids.
>
> I gu
On Tue, Aug 11 2009, Emilio Pozuelo Monfort wrote:
> Manoj Srivastava wrote:
>
>> OK, I guess that would work. But you still have the advantage,
>> using the current debug link mechanism, of looking to see if you have
>> debug symbols for a given executable/library easily, without havin
On Aug 11, "Giacomo A. Catenazzi" wrote:
> uinput is "input from userspace", so no hardware.
> But probably CONFIG_INPUT_UINPUT must be set "y" on debian kernels.
This is not so obvious. Looks like you should load the module from the
init script (and please do not bother removing it on shutdown,
On Mon, Aug 10, 2009 at 03:59:22PM -0700, Steve Langasek wrote:
> On Mon, Aug 10, 2009 at 09:46:49PM +0100, Roger Leigh wrote:
> > Reading through this thread, I don't see a compelling reason for using
> > a .ddeb extension given that they are just regular .debs, nor for
> > keeping the packages se
On Tue, Aug 11, 2009 at 18:37:05 +0200, Emilio Pozuelo Monfort wrote:
> Manoj Srivastava wrote:
> > 2) These packages may just symlink
> > /usr/share/doc/${package name}-${debug suffix} to
> > /usr/share/doc/${package name}
> > (and of course, depend on ${package name}
>
> 5) There m
Manoj Srivastava wrote:
> Hi,
>
> All right. Having been educated about the new build-id
> mechanism, I think there is not reason for policy to prohibit either
> approach, or to settle on one or the other.
>
> To recap:
> 1) packages with detached debugging symbols should be na
Manoj Srivastava wrote:
> On Tue, Aug 11 2009, Josselin Mouette wrote:
>
>> Le mardi 11 août 2009 à 10:11 -0500, Manoj Srivastava a écrit :
>>> Except you have not indicated how you (or debhelper) is going to
>>> intercept ld to add the requisite arguments.
>> http://lists.debian.org/debi
Hi,
All right. Having been educated about the new build-id
mechanism, I think there is not reason for policy to prohibit either
approach, or to settle on one or the other.
To recap:
1) packages with detached debugging symbols should be named
${package name}-${debug suffix}.
On Tue, Aug 11 2009, Josselin Mouette wrote:
> Le mardi 11 août 2009 à 10:11 -0500, Manoj Srivastava a écrit :
>> Except you have not indicated how you (or debhelper) is going to
>> intercept ld to add the requisite arguments.
>
> http://lists.debian.org/debian-devel-changes/2009/07/msg01
Manoj Srivastava wrote:
> On Tue, Aug 11 2009, Josselin Mouette wrote:
>
>> Le mardi 11 août 2009 à 08:24 -0500, Manoj Srivastava a écrit :
>>> Hmm. I see very little benefit here. Firstly, to use build id,
>>> you have to intercept the upstream build system and add --build-id
>>> (and p
Le mardi 11 août 2009 à 10:39 -0500, Manoj Srivastava a écrit :
> However, if you do not use the build-id mechanism, and use what
> we currently use in dh_strip and friends, objcopy --add-gnu-debuglink
> adds information that gdb looks at to figure out where the debug
> symbols live -- a
Josselin Mouette wrote:
> Le mardi 11 août 2009 à 10:11 -0500, Manoj Srivastava a écrit :
>> Except you have not indicated how you (or debhelper) is going to
>> intercept ld to add the requisite arguments.
>
> http://lists.debian.org/debian-devel-changes/2009/07/msg01229.html
Also see ht
On Tue, Aug 11 2009, Josselin Mouette wrote:
> Le mardi 11 août 2009 à 08:24 -0500, Manoj Srivastava a écrit :
>> Hmm. I see very little benefit here. Firstly, to use build id,
>> you have to intercept the upstream build system and add --build-id
>> (and perhaps the --build-id-style) opt
Steve Langasek wrote:
> On Mon, Aug 10, 2009 at 09:46:49PM +0100, Roger Leigh wrote:
>> Reading through this thread, I don't see a compelling reason for using
>> a .ddeb extension given that they are just regular .debs, nor for
>> keeping the packages separate from the main archive (if the size of
Le mardi 11 août 2009 à 10:11 -0500, Manoj Srivastava a écrit :
> Except you have not indicated how you (or debhelper) is going to
> intercept ld to add the requisite arguments.
http://lists.debian.org/debian-devel-changes/2009/07/msg01229.html
--
.''`. Josselin Mouette
: :' :
`.
On Tue, Aug 11 2009, Matthew Johnson wrote:
> On Tue Aug 11 10:12, Giacomo A. Catenazzi wrote:
>> Personally I don't think we should do a GR to recommend a freeze or release
>> date.
>> We already used the DPL election to push a release, when it was *long* due,
>> but
>> I don't think we should
On Tue, Aug 11 2009, Sune Vuorela wrote:
> On 2009-08-11, Manoj Srivastava wrote:
>> Hmm. I see very little benefit here. Firstly, to use build id,
>> you have to intercept the upstream build system and add --build-id
>> (and perhaps the --build-id-style) option to ld, instead of the cu
On Tue, Aug 11 2009, Roger Leigh wrote:
> On Tue, Aug 11, 2009 at 01:40:20PM +, Sune Vuorela wrote:
>> On 2009-08-11, Manoj Srivastava wrote:
>> > So, we would still need to create "/usr/lib/debug/"
>> > . /full/path/to/lib_or_binary/ in either case, and instead of the
>>
>> no. i
Le mardi 11 août 2009 à 08:24 -0500, Manoj Srivastava a écrit :
> Hmm. I see very little benefit here. Firstly, to use build id,
> you have to intercept the upstream build system and add --build-id
> (and perhaps the --build-id-style) option to ld, instead of the current
> method of lett
On Tue, Aug 11, 2009 at 01:40:20PM +, Sune Vuorela wrote:
> On 2009-08-11, Manoj Srivastava wrote:
> > So, we would still need to create "/usr/lib/debug/"
> > . /full/path/to/lib_or_binary/ in either case, and instead of the
>
> no. it would be /usr/lib/debug/.build-id/NN/NN.de
Hi all,
Torsten Landschoff wrote:
> Timur Birsh brought it to my attention that my package ddclient provides
> a virtual package "dyndns-client" that is not on the official virtual
> package list at
> http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
>
> It seems that I
Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry
* Package name: libdap
Version : 3.9.3
Upstream Author : OpenDAP
* URL : http://www.opendap.org
* License : GPL, W3C
Programming Lang: C++
Description : Scientific Network Data Access Protocol
Package: wnpp
Severity: wishlist
Owner: Christine Spang
* Package name: libuuid-tiny-perl
Version : 1.01
Upstream Author : Christian Augustin
* URL : http://search.cpan.org/dist/UUID-Tiny/
* License : Perl (GPL-1+ | Artistic)
Programming Lang: Perl
Descrip
On Tue Aug 11 10:12, Giacomo A. Catenazzi wrote:
> Personally I don't think we should do a GR to recommend a freeze or release
> date.
> We already used the DPL election to push a release, when it was *long* due,
> but
> I don't think we should push a freeze.
Zack has been patching devotee to al
<123direct...@gmail.com>
*Hi All,*
*Plz Add Me For All Themes Links Exchange.*
*Thanks. & Regards
Rahaman MA
*
On 2009-08-11, Manoj Srivastava wrote:
> Hmm. I see very little benefit here. Firstly, to use build id,
> you have to intercept the upstream build system and add --build-id
> (and perhaps the --build-id-style) option to ld, instead of the current
> method of letting the upstream build h
Package: wnpp
Severity: wishlist
Owner: Christine Spang
* Package name: libxml-atom-simplefeed-perl
Version : 0.86
Upstream Author : Aristotle Pagaltzis
* URL : http://search.cpan.org/dist/XML-Atom-SimpleFeed/
* License : Perl (GPL-1+ | Artistic)
Programming
[Giacomo A. Catenazzi]
> Problems:
> - How to force the deamon to be loaded BEFORE xorg in insserv?
> I don't find a "before of" dependency in LSB headers
The header is X-Start-Before. In this case, I would use an entry like
this:
# X-Start-Before: xdm kdm gdm ldm sdm
to make sure your scr
On Tue, Aug 11 2009, Sune Vuorela wrote:
> On 2009-08-10, Manoj Srivastava wrote:
>> On Mon, Aug 10 2009, Sune Vuorela wrote:
>>
>>> On 2009-08-10, Manoj Srivastava wrote:
I would also add that the debug symbols should live in
"/usr/lib/debug/" . /full/path/to/lib_or_binary, b
Package: wnpp
Severity: wishlist
Owner: Christine Spang
* Package name: libconfig-gitlike-perl
Version : 1.0
Upstream Authors: Alex Vandiver ,
Christine Spang
* URL : http://search.cpan.org/dist/Config-GitLike/
* License : Perl (GPL-1+ | Ar
Package: wnpp
Severity: wishlist
Owner: Christine Spang
* Package name: libpath-dispatcher-perl
Version : 0.13
Upstream Author : Shawn Moore
* URL : http://search.cpan.org/dist/Path-Dispatcher/
* License : Perl (GPL-1+ | Artistic)
Programming Lang: Perl
De
Marco d'Itri wrote:
On Aug 11, "Giacomo A. Catenazzi" wrote:
- How to handle the common case: keyboard is already attached
(daemon is in /usr filesystem), with udev.
cd /lib/udev/
. ./hotplug.functions
wait_for_file /dev/log
Thanks. I was looking for such function since years!
- How
Hi all,
On Tue, Aug 11, 2009 at 10:48, Sandro Tosi wrote:
> Package: wnpp
> Severity: normal
>
> The current maintainer of at, Ryan Murray ,
> is apparently not active anymore. Therefore, I orphan this package now.
>
> Maintaining a package requires time and skills. Please only adopt this
> packa
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: libutempter
Version: 1.1.5
Upstream Author: Dmitry V. Levin
URL: http://freshmeat.net/projects/libutempter
License: LGPL 2.1
Description: A privileged helper for utmp/wtmp updates
The libutempter library
Am Dienstag, den 11.08.2009, 11:00 +0200 schrieb Michael Banck:
> Well, for general-purpose job scheduling, see recent threads on
> debian-science. There are at least slurm-llnl and gridengine (though
> both very heavy-weight),
Though SLURM is not the smallest resource manager around, it's very,
Hi list,
while looking at rkhunter bugs, I noticed maintainer arguing with a
bogus test on Bug#518405, for details see my followup there. (I know
I forgot parenthesises in the 1st command line)
Given the test is from rkhunter's code, I doubt it's usefulness now
before someone more competent than
On Aug 11, "Giacomo A. Catenazzi" wrote:
> - How to handle the common case: keyboard is already attached
> (daemon is in /usr filesystem), with udev.
cd /lib/udev/
. ./hotplug.functions
wait_for_file /dev/log
> - How to load uinput module? Actually I modprobe and I pool
I expect that it woul
Hi,
On Tue, Aug 11, 2009 at 10:16:44AM +0200, Patrick Winnertz wrote:
> > Are you sure such specialized software is useful? I assume this will
> > go into contrib, as gamess itself is (AFAIK) non-free?
> Yepp, indeed, gamess is not available in debian (due to license issues),
> but can freely dow
Hey,
> Are you sure such specialized software is useful? I assume this will
> go into contrib, as gamess itself is (AFAIK) non-free?
Yepp, indeed, gamess is not available in debian (due to license issues),
but can freely downloaded from the website of the group.
I'm not sure if this really belon
Hello,
I've a problem designing a boot script, and I find no example.
The problem:
- Logitech G15 (and like) USB keyboards have a LCD display and few
(or lots) extra keys
- g15daemon is a deamon need to handle the display, and to handle the
extra keys in xorg (xkb-data (>= 0.9+cvs.20070428-1
Anthony Towns wrote:
On Fri, Jul 31, 2009 at 05:39:23AM +1000, Anthony Towns wrote:
On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
About freeze timing we think that DebConf should definitely not fall
into a freeze
We noticed that releases in the first quarter of the year
worked o
On 2009-08-10, Manoj Srivastava wrote:
> On Mon, Aug 10 2009, Sune Vuorela wrote:
>
>> On 2009-08-10, Manoj Srivastava wrote:
>>> I would also add that the debug symbols should live in
>>> "/usr/lib/debug/" . /full/path/to/lib_or_binary, blessing the current
>>> practice.
>>
>> You are
90 matches
Mail list logo
