On Mon, Dec 10, 2007 at 12:07:34AM +0100, Milan P. Stanic wrote:
> On Sun, Dec 09, 2007 at 01:42:02PM +0100, Christoph Haas wrote:
> > I think I agree to that. Thus I will request the removal of the package
> > until metalog will one day be more configurable and allow to mimic other
> > syslog daem
On Sun, 9 Dec 2007, Russ Allbery wrote:
Hm, which lintian warning is that? There was a wishlist bug for such a
thing, but I don't think any warning was ever committed.
Hmmm, I absolutely trust you that there is no such check - perhaps
there was such a check in the past or I just mixed this up
Michael Banck wrote:
> On Sun, Dec 09, 2007 at 11:31:27PM +0100, Luk Claes wrote:
>> Please don't answer when you don't have read the whole thread... It was
>> already very clearly mentioned that the team decided to file with
>> severity important instead...
>
> Please don't CC me on replies, I am
On Mon, Dec 10, 2007 at 09:37:17AM +0100, Christoph Haas wrote:
> The problem is not that I'm too lazy to maintain the package. It is just
> not a useful replacement for other syslog daemons because the file names
> that metalog writes to are not configurable.
Yes, sometimes that can be a big prob
On Sun, Dec 09, 2007, Simon Richter wrote:
> If there are broken scripts adding too many libraries then it is time to
> fix those scripts, not employ an evil hack that makes the symptoms go away.
We met actual cases were --as-needed breaks things; however, for pure C
program, I think combining i
On Sun, Dec 09, 2007, Zack Weinberg wrote:
> I have in the past argued for --as-needed to be made the default in
> upstream binutils; that's how safe I think it is. (Upstream
> maintainers, conscious of the above and other (isomorphic) corner
> cases, wanted a distribution to try it on a large sca
On Fri, Dec 07, 2007 at 12:01:43AM +1000, Anthony Towns wrote:
> Kind of reviving an old thread, but anyway:
> It also includes, but afaics, probably doesn't need to (anymore):
>
> ispell, dictionaries-common, iamerican, ibritish, wamerican
#416572: ibritish: Should not have priority standa
On 2007-12-10, Loïc Minier <[EMAIL PROTECTED]> wrote:
> I think in both cases it was something like the main binary being
> linked to many utility libraries (because it was easy to link it to
> everything which configure found), and then the plugin calling directly
> into these libs, but not be
On Mon, Dec 10, 2007, Sune Vuorela wrote:
> Isn't the new dpkg-shlipdeps warning about symbols it can't find ?
Indeed; I was telling a story from the dark ages where .debs were
crafted with silex in your bare hands.
That said, -z defs is a good idea to check all intermediate objects and
to ma
Hi,
Aaron M. Ucko:
> I would counter-propose introducing some sort of ELF tag that ld could
> set and the kernel and ld.so could check; while this would be more
> involved, it would be less hackish and would avoid introducing new
> potential vulnerabilities.
That would be ideal, of course. Does E
Hi,
Jonas Meurer schrieb:
what do you think? should we ask libgcrypt11 and ligpg-error0 maintainers
to move the libraries to /lib, or is it better to stay with static linked
libraries?
Moving libgpg-error to /lib should not be a problem at all -- it's
pretty small. libgcrypt, on the other h
Anthony Towns <[EMAIL PROTECTED]> writes:
> On Sun, Nov 11, 2007 at 07:12:35PM +0100, Marc 'HE' Brockschmidt wrote:
>> I believe it to be one of the more important bits of a standard Unix
>> *desktop* installation - but this just reminds me of the fact that I'm
>> quite uncomfortable with keeping a
Le dimanche 09 décembre 2007 à 15:44 -0800, Steve Langasek a écrit :
> > For example, pkg-config --libs gtk+-x11-2.0 will return, among others,
> > -lglib-2.0 and -lm. And this is perfectly intentional.
>
> Just because it's intentional doesn't mean it isn't absurd and wrong.
It may be absurd, bu
On Mon, 10 Dec 2007, Sune Vuorela wrote:
> On 2007-12-10, Loïc Minier <[EMAIL PROTECTED]> wrote:
> > I think in both cases it was something like the main binary being
> > linked to many utility libraries (because it was easy to link it to
> > everything which configure found), and then the plugi
Martin Pitt <[EMAIL PROTECTED]> writes:
> That would be ideal, of course. Does ELF support anything like that?
AFAICT, it should be possible to use a custom .note.* or .gnu.*
section for such purposes. I'm not an ELF expert, though.
> P.S. Please honour m-f-t, thanks.
Sorry about that; I read
Josselin Mouette wrote:
> Le dimanche 09 décembre 2007 à 15:44 -0800, Steve Langasek a écrit :
>>> For example, pkg-config --libs gtk+-x11-2.0 will return, among others,
I don't have a problem with libglib2.0-0 in gtk+2.0.pc - it may well be
correct to have that one in the pkgconfig because gtk he
Milan P. Stanic wrote:
On Thu, Dec 06, 2007 at 01:11:32PM -0500, Kris Deugau wrote:
In general, I would say as a sysadmin that any syslog daemon that does not
allow me to configure any given log facility and priority to (at least!) an
arbitrary file wherever I want it is inherently broken.
Wh
Steve Langasek writes:
> On Sun, Dec 09, 2007 at 07:23:00PM +0100, Josselin Mouette wrote:
>
>> Le dimanche 09 décembre 2007 à 19:11 +0100, Bernhard R. Link a écrit :
>> > Just curing the symptoms instead of the problems will not help to get
>> > there any sooner.
>
>> What if there is no problem?
On Mon, Dec 10, 2007 at 05:38:50PM +0100, Marc 'HE' Brockschmidt wrote:
> Anthony Towns <[EMAIL PROTECTED]> writes:
> > Priority: standard currently contains:
> >
> > at, bc, dc, lsof, file, less, sharutils, strace
> > dnsutils, ftp, host, ssh, mtr-tiny, finger, w3m, whois
> > doc-debia
This one time, at band camp, Michael Poole said:
> What happens for a user who (however absurd or insane he might be to
> try this with gtk+) tries to link his application statically?
>
> Perhaps the "absurd and wrong" part is that pkg-config does not
> provide a way to distinguish between use cas
Hi Martin,
Martin Pitt wrote:
> One easy solution that comes to my mind is to install those affected
> programs setgid, and drop the additional group immediately after
> program start with setgid(getgid()). For this we should introduce a
> new static group into base-passwd, like "noptrace", to not
On Mon, Dec 10, 2007 at 06:47:15PM +, Michael Poole wrote:
> Steve Langasek writes:
>
> > On Sun, Dec 09, 2007 at 07:23:00PM +0100, Josselin Mouette wrote:
> >
> >> Le dimanche 09 décembre 2007 à 19:11 +0100, Bernhard R. Link a écrit :
> >> > Just curing the symptoms instead of the problems wi
On Mon, Dec 10, 2007 at 01:47:15PM -0500, Michael Poole wrote:
> Steve Langasek writes:
> > On Sun, Dec 09, 2007 at 07:23:00PM +0100, Josselin Mouette wrote:
> >> Le dimanche 09 décembre 2007 à 19:11 +0100, Bernhard R. Link a écrit :
> >> > Just curing the symptoms instead of the problems will no
Stephen Gran writes:
> This one time, at band camp, Michael Poole said:
>> What happens for a user who (however absurd or insane he might be to
>> try this with gtk+) tries to link his application statically?
>>
>> Perhaps the "absurd and wrong" part is that pkg-config does not
>> provide a way t
On Mon, Dec 10, 2007 at 01:47:15PM -0500, Michael Poole wrote:
> Steve Langasek writes:
> >>
> >> For example, pkg-config --libs gtk+-x11-2.0 will return, among others,
> >> -lglib-2.0 and -lm. And this is perfectly intentional.
> >
> > Just because it's intentional doesn't mean it isn't absurd and
Am Montag 10 Dezember 2007 schrieb Michael Poole:
> Stephen Gran writes:
> > This one time, at band camp, Michael Poole said:
> >> What happens for a user who (however absurd or insane he might be to
> >> try this with gtk+) tries to link his application statically?
> >>
> >> Perhaps the "absurd an
On Mon, Dec 10, 2007 at 08:16:10PM +, Hendrik Sattler wrote:
> Am Montag 10 Dezember 2007 schrieb Michael Poole:
> > Stephen Gran writes:
> > > This one time, at band camp, Michael Poole said:
> > >> What happens for a user who (however absurd or insane he might be to
> > >> try this with gtk+)
Hi,
Josselin Mouette wrote:
No, what can be done is to fix upstream's broken declaration that 'you can
assume glib functions are available when doing "#include "'. It
doesn't follow that just because this works in practice, it should be a
supported usage.
When many of the types used by GTK+
On Mon, 10 Dec 2007 22:10:49 +0100
Pierre Habouzit <[EMAIL PROTECTED]> wrote:
> > > > That is supported in pkg-config, but no upstream I've ever met seems to
> > > > understand it yet.
> > >
> > > Ah, I see. I overlooked the --static flag to pkg-config because (case
> > > in point) "pkg-config --
I want to run alsaconf. It's not there.
i want to run snddevices script. It's not there either.
I search and search the ubuntu forums. In the end, it seems everyone
in ubuntu-land must resort to compiling alsa from SOURCE to get sound
on their laptop. WTF?!?
Obviously ubuntu is having serious prob
I'm ok!!! (as usual), because I'm very funny person and I often have a
good mood. My mood happens a different. Without in dependence good or
bad it varies very quickly. I am very lovely and attractive
girl. There were many pleasant moments in life which it will be
pleasant for me to share with yo
Once again the filesystem that hosts /org and /home on gluck.debian.org
(aka people.debian.org and cvs.debian.org) was coming close to being
full.
Black choppers have been dispatched to some offenders and with the help
of elite units we already have reclaimed some disk space but there's
probably s
On Mon, Dec 10, 2007 at 12:35:11AM -0300, Felipe Sateler wrote:
> Steve Langasek wrote:
>
> > ... also, -Wl,--as-needed is *not* a complete solution for the problems
> > caused by generating extra -l arguments. Every -lfoo option passed to the
> > linker requires the corresponding -dev package to
Hi,
if you look at the buildd report for latest wordnet on sparc at
http://buildd.debian.org/fetch.cgi?&pkg=wordnet&ver=1%3A3.0-6&arch=sparc&stamp=1194923732&file=log
you see:
The following packages have unmet dependencies:
man-db: Depends: bsdmainutils but it is not going to be inst
On 11/12/2007, Andreas Tille wrote:
> The following packages have unmet dependencies:
> man-db: Depends: bsdmainutils but it is not going to be installed
> E: Broken packages
> apt-get failed.
28 days ago. At least built successfully in the meanwhile. Furthermore,
bsdmainutils isn't list
Package: wnpp
Severity: wishlist
Owner: Francois Marier <[EMAIL PROTECTED]>
* Package name: spectools
Version : 200710R2
Upstream Author : Michael Kershaw <[EMAIL PROTECTED]>
* URL : http://www.kismetwireless.net/spectools/
* License : GPL
Programming Lang: C
36 matches
Mail list logo
