> As I've come to understanding, nowadays many libraries doesn't allow
> trivial static linkage,
I don't follow; it's generally as simple as using -static on
the link line. Pretty trivial.
> and that it's generally not recommended to
> link statically in packages.
That is completely separate f
Le mercredi 13 avril 2011 à 10:51 +0100, Philip Hands a écrit :
> Therefore, in the multi-partition setup, I think we should also default
> to having /tmp on tmpfs.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=245465
--
.''`. Josselin Mouette
: :' :
`. `' “If you behave this way beca
Le mercredi 13 avril 2011 à 14:02 +0100, Ben Hutchings a écrit :
> On Wed, 2011-04-13 at 20:47 +0800, YANG,Chao wrote:
> > dpkg --print-architecture shows
> > i386.
> >
> > However, uname -a shows
> > x86-64
> >
> > what does this mean?
>
> It means Asias He was right. And this is a perfectly
Roger Leigh writes:
> On Fri, Apr 15, 2011 at 04:41:56PM +0200, Goswin von Brederlow wrote:
>> Roger Leigh writes:
>>
>> > If it wasn't already clear, having /tmp as a tmpfs is a
>> > /configurable option/, and it is /not/ the default (except when
>> > root is read-only (ro) in fstab).
>>
>> I
Steve M. Robbins wrote:
>> As I've come to understanding, nowadays many libraries doesn't allow
>> trivial static linkage,
> I don't follow; it's generally as simple as using -static on
> the link line. Pretty trivial.
[...]
Unless your are trying to link against a library that uses other
libra
"Steve M. Robbins" writes:
>> As I've come to understanding, nowadays many libraries doesn't allow
>> trivial static linkage,
>
> I don't follow; it's generally as simple as using -static on
> the link line. Pretty trivial.
Which a) might not be simple to get the build system to do and b) is fa
On pe, 2011-04-15 at 21:58 -0300, Henrique de Moraes Holschuh wrote:
> Symlinks in system path components REALLY are best avoided.
Out of curiosity: why?
--
Blog/wiki/website hosting with ikiwiki (free for free software):
http://www.branchable.com/
--
To UNSUBSCRIBE, email to debian-devel-req
Package: wnpp
Severity: wishlist
Owner: YunQiang Su
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: libcitygml
Version : 0.1.4
Upstream Author : jpouder...@gmail.com
* URL : http://code.google.com/p/libcitygml/
* License : LGPL
Programming L
On Sat, Apr 16, 2011 at 09:35:53AM +0200, Goswin von Brederlow wrote:
> Roger Leigh writes:
>
> > On Fri, Apr 15, 2011 at 04:41:56PM +0200, Goswin von Brederlow wrote:
> >> Roger Leigh writes:
> >>
> >> > If it wasn't already clear, having /tmp as a tmpfs is a
> >> > /configurable option/, and
On Fri, Apr 15, 2011 at 09:58:58PM -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 16 Apr 2011, Roger Leigh wrote:
> > On Fri, Apr 15, 2011 at 08:59:01PM -0300, Henrique de Moraes Holschuh wrote:
> > > On Fri, 15 Apr 2011, Roger Leigh wrote:
> > > > { find var/run/ ! -type d -print0; \
> > > >
Package: wnpp
Severity: wishlist
Owner: Filippo Rusconi
* Package name: qonjugator
Version : 0.17
Upstream Author : Glad Deschrijver
* URL :
http://qt-apps.org/content/show.php/Qonjugator?content=112575
* License : GPL
Programming Lang: C++
Description
On Sat, 16 Apr 2011, Goswin von Brederlow wrote:
> Static linking of libc6 basically never makes sense. The same can be
> said for many other libs.
Yes, static linking of libc6 is a corner case that makes entirely statically
linked programs a bad idea. However mostly statically linked programs
On Sat, 16 Apr 2011 09:17:04 +0200, Josselin Mouette wrote:
> Le mercredi 13 avril 2011 à 10:51 +0100, Philip Hands a écrit :
> > Therefore, in the multi-partition setup, I think we should also default
> > to having /tmp on tmpfs.
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=245465
Ah,
While I applaud the introduction of /run, I have some concerns about
how quickly users of alternatives to /run could be required to switch
to the new location.
Consider the following scenario.
Package P is using /lib/init/rw. At some point the new version of
initscripts is installed. The latter
On 2011-04-15, Kees Cook wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Kees Cook
>
> * Package name: apparmor
> Version : 2.6.1
> Upstream Author : AppArmor project members
> * URL : http://apparmor.net/
> * License : GPL-2, LGPL-2
> Programming Lang:
Package: wnpp
Severity: wishlist
Owner: Vincent Cheng
* Package name: naev-data
Version : 0.4.2
Upstream Author : Edgar Simo "bobbens"
Nikola Whallon <6.satur...@gmail.com>
Josiah Schwartfeger
On Sat, Apr 16, 2011 at 11:31:08AM +0100, Philip Hands wrote:
> On Sat, 16 Apr 2011 09:17:04 +0200, Josselin Mouette wrote:
> > Le mercredi 13 avril 2011 à 10:51 +0100, Philip Hands a écrit :
> > > Therefore, in the multi-partition setup, I think we should also default
> > > to having /tmp on tmp
On Sat, Apr 16, 2011 at 12:39:03PM +0200, Thomas Hood wrote:
> While I applaud the introduction of /run, I have some concerns about
> how quickly users of alternatives to /run could be required to switch
> to the new location.
>
> Consider the following scenario.
>
> Package P is using /lib/init/
On Sat, Apr 16, 2011 at 09:55:34AM +0200, Goswin von Brederlow wrote:
> "Steve M. Robbins" writes:
>
> >> As I've come to understanding, nowadays many libraries doesn't allow
> >> trivial static linkage,
> >
> > I don't follow; it's generally as simple as using -static on
> > the link line. Pret
]] Russell Coker
Hi,
| After Lenny was released I developed fixes for a number of serious library
| bugs that caused an important application written for one of my clients to
| crash. As some of the deployment platforms couldn't be guaranteed to have
the
| patched versions of the libraries
On Sat, 2011-04-16 at 09:19 +0200, Josselin Mouette wrote:
> Le mercredi 13 avril 2011 à 14:02 +0100, Ben Hutchings a écrit :
> > On Wed, 2011-04-13 at 20:47 +0800, YANG,Chao wrote:
> > > dpkg --print-architecture shows
> > > i386.
> > >
> > > However, uname -a shows
> > > x86-64
> > >
> > > wha
On Sat, 2011-04-16 at 11:17 +, Philipp Kern wrote:
> On 2011-04-15, Kees Cook wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Kees Cook
> >
> > * Package name: apparmor
> > Version : 2.6.1
> > Upstream Author : AppArmor project members
> > * URL : http:/
On Sat, Apr 16, 2011 at 04:09:45PM +0100, Ben Hutchings wrote:
> On Sat, 2011-04-16 at 09:19 +0200, Josselin Mouette wrote:
> > Le mercredi 13 avril 2011 à 14:02 +0100, Ben Hutchings a écrit :
> > > On Wed, 2011-04-13 at 20:47 +0800, YANG,Chao wrote:
> > > > dpkg --print-architecture shows
> > > >
Package: wnpp
Severity: wishlist
Owner: Janos Guljas
* Package name: python-tidylib
Version : 0.2.1
Upstream Author : Jason Stitt
* URL : http://countergram.com/open-source/pytidylib/
* License : MIT/X11 (BSD like)
Programming Lang: Python
Description
On Sat, 16 Apr 2011, rleigh wrote:
We haven't made any plans to remove it yet. We'll look more closely
at the best way to do that once all the users are moved over. Given
the small number, it's quite likely this won't take very long. If
it turns out that there are other users of /lib/init/rw,
On Sat, Apr 16, 2011 at 05:58:19PM +0100, Edward Allcutt wrote:
> On Sat, 16 Apr 2011, rleigh wrote:
> >We haven't made any plans to remove it yet. We'll look more closely
> >at the best way to do that once all the users are moved over. Given
> >the small number, it's quite likely this won't take
enfermagem
Caso não consiga visualizar a imagem CLIQUE AQUI.
On Fri, Apr 15, 2011 at 03:32:18PM +0200, Josselin Mouette wrote:
This was stated in the original proposal: ifupdown is not event-based
and does not integrate correctly with modern boot systems.
So what? ifupdown is working on most setups without problems with VLANs
bonds, or bridges out of th
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar
* Package name: expeyes
Version : 1.0.0
Upstream Author : Ajith Kumar B.P
* URL : http://expeyes.in/
* License : GPL-3
Programming Lang: Python
Description : hardware & software framework for d
On Sat, Apr 16, 2011 at 09:47:08AM +0200, Andreas Metzler wrote:
> Steve M. Robbins wrote:
> >> As I've come to understanding, nowadays many libraries doesn't allow
> >> trivial static linkage,
> > I don't follow; it's generally as simple as using -static on
> > the link line. Pretty trivial.
>
On Fri, Apr 15, 2011 at 03:23:32PM +0200, Josselin Mouette wrote:
NM may be good for laptops, so put it in the laptop task and leave the
rest alone in the default installation.
And keep the installer unable to do things as widespread as WPA?
And keep it unable to generate a proper configuration
On Sat, 16 Apr 2011, Roger Leigh wrote:
On Sat, Apr 16, 2011 at 05:58:19PM +0100, Edward Allcutt wrote:
I suggest:
- on upgrade, bind mount or symlink /run/init -> /lib/init/rw
- on boot, after mounting /run, mkdir /run/init; ln -s /run/init /lib/init/rw
Or in other words - exactly like we're
On Wed, Apr 13, 2011 at 09:47:54PM +0200, Bjørn Mork wrote:
protocols. I would have preferred something like some routers do:
iface eth0
address ..
ipv6address ..
I think this is a very good idea, because you don’t have to duplicate
bridge configurations. If the configuration lo
Roger Leigh writes:
> On Sat, Apr 16, 2011 at 09:35:53AM +0200, Goswin von Brederlow wrote:
>> To me that reads like you will mount a tmpfs on /tmp if root is
>> read-only even if RAMTMP is not set. Which is wrong if the system has a
>> /tmp filesystem in /etc/fstab.
>
> This is a good point. I'
Ben Hutchings wrote on 2011-04-16 16:11:
> I'm (slowly) working on a way to build in all LSMs and then free memory
> for those that aren't used.
That is a good news because I am on the way to package smack tools for
Debian.
---
Have a nice day.
Joachim (Germany)
--
To UNSUBSCRIBE, email to
Dear maintainers,
I am a little bit confused of the trouble with the last udev-package.
What is now debian-standard? Must I create a directory /run and make it root-
writable? Or is /run still not standard? Questions, questions, questions.
At the moment, there is no /run on my system, as it
On Fri, Apr 15, 2011 at 09:58:58PM -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 16 Apr 2011, Roger Leigh wrote:
> > On Fri, Apr 15, 2011 at 08:59:01PM -0300, Henrique de Moraes Holschuh wrote:
> > > On Fri, 15 Apr 2011, Roger Leigh wrote:
> > > > { find var/run/ ! -type d -print0; \
> > > >
"Steve M. Robbins" writes:
> On Sat, Apr 16, 2011 at 09:55:34AM +0200, Goswin von Brederlow wrote:
>> Given the cost that involves and that nobody has screamed about it in
>> the last 10 years I would opt for rephrasing it to "as needed". The
>> would reflect the current practice best.
>
> I don'
On Sat, Apr 16, 2011 at 08:01:05PM +0200, Hans-J. Ullrich wrote:
> Dear maintainers,
>
> I am a little bit confused of the trouble with the last udev-package.
>
> What is now debian-standard? Must I create a directory /run and make it root-
> writable? Or is /run still not standard? Questions, q
Package: wnpp
Severity: wishlist
Owner: Vincent Fourmond
* Package name: libjaba-client-java
Version : 0 (versioning yet unclear)
Upstream Author : Peter V. Troshin, James B. Procter and Geoffrey J. Barton
* URL : http://www.compbio.dundee.ac.uk/jabaws/
* License
Do we have a tool that will sort a list of packages in dependency order?
I ask because if we have one, I'd like to use it to replace the tsort
mess in emacsen-common.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73
Package: general
Severity: normal
Every time when I plug a usb drive Debian crashes. The system mount the drive
successfully and crashes when I am trying to browse the folder
-- System Information:
Debian Release: 6.0.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, '
Hi there.
Nobody thought to mention that static linking can dramatically increase
performance,
or to put it the other way around, dynamic linking can incur serious
runtime penalties.
I don't want to encourage everyone to start static linking everywhere
just to get a
few percentage points in
On 2011-04-16, Philip Ashmore wrote:
> Nobody thought to mention that static linking can dramatically
> increase performance, or to put it the other way around, dynamic
> linking can incur serious runtime penalties.
At the expence of more RAM in use if multiple instances of the problem
are runnin
Not really what you asked but there is a GSoC project this year about
apt/dpkg ordering optimization.
Arthur
On Apr 16, 2011 4:27 PM, "Rob Browning" wrote:
>
> Do we have a tool that will sort a list of packages in dependency order?
> I ask because if we have one, I'd like to use it to replace th
Processing commands for cont...@bugs.debian.org:
> tags 623037 moreinfo
Bug #623037 [general] general: Usb flash drive crashes Debian
Added tag(s) moreinfo.
> severity wishlist
Unknown command or malformed arguments to command.
> thanks
Stopping processing here.
Please contact me if you need ass
tags 623037 moreinfo
severity wishlist
thanks
Hi,
On Sat, Apr 16, 2011 at 01:50:01PM -0700, Atanas Atanassov wrote:
> Package: general
> Severity: normal
>
> Every time when I plug a usb drive Debian crashes. The system mount the drive
> successfully and crashes when I am trying to browse the fo
On Sun, 2011-04-17 at 09:12 +0900, Osamu Aoki wrote:
> tags 623037 moreinfo
> severity wishlist
> thanks
>
> Hi,
>
> On Sat, Apr 16, 2011 at 01:50:01PM -0700, Atanas Atanassov wrote:
> > Package: general
> > Severity: normal
> >
> > Every time when I plug a usb drive Debian crashes. The system m
Processing commands for cont...@bugs.debian.org:
> reassign 623037 linux-2.6
Bug #623037 [general] general: Usb flash drive crashes Debian
Bug reassigned from package 'general' to 'linux-2.6'.
> severity 623037 important
Bug #623037 [linux-2.6] general: Usb flash drive crashes Debian
Severity set
On Sat, 16 Apr 2011, Lars Wirzenius wrote:
> On pe, 2011-04-15 at 21:58 -0300, Henrique de Moraes Holschuh wrote:
> > Symlinks in system path components REALLY are best avoided.
>
> Out of curiosity: why?
Because not everything is blind to what it is transversing to get to the
inode a path refers
Le Sat, Apr 16, 2011 at 10:43:43AM +0800, Thomas Goirand a écrit :
>
> Again, if other DDs want to participate to this packaging effort, you'd
> be welcome. Especially, it seems that the current version of euca tools
> are broken (uec-publish-tarball got me stuck on my work for a week), and
> woul
Edward Allcutt writes:
> On Sat, 16 Apr 2011, Roger Leigh wrote:
>> On Sat, Apr 16, 2011 at 05:58:19PM +0100, Edward Allcutt wrote:
>>> I suggest:
>>> - on upgrade, bind mount or symlink /run/init -> /lib/init/rw
>>> - on boot, after mounting /run, mkdir /run/init; ln -s /run/init
>>> /lib/ini
52 matches
Mail list logo
