headers
Steve Langasek | 1 Apr 01:11
Picon
Favicon

Re: triggers wishlist

On Sun, Mar 30, 2008 at 08:04:49PM -0400, Joey Hess wrote:
> Suggested off-list: update-grub

> I agree that this would be nice. Particularly if many old kernel
> packages are removed, the multiple update-grub calls become annying.

FWIW, an implementation of this is available in the Ubuntu grub package:

grub (0.97-29ubuntu16) hardy; urgency=low

  * debian/grub.postinst, debian/grub.trigger:
    - Add trigger 'update-grub' that will invoke /usr/sbin/update-grub 
      for packages that need to trigger grub updates.

 -- Jason Tang <jtang <at> tresys.com>  Mon, 04 Feb 2008 12:04:57 -0500

--

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek <at> ubuntu.com                                     vorlon <at> debian.org
Permalink | Reply | 0 comments |
headers
Raphael Geissert | 1 Apr 01:12
Picon

Re: triggers wishlist

What about offering an option to disable one or more of the conflicting
scripts? The other day I had a problem with the quota package and had to
play with files and packages in a more or less dirty way to get around the
problem.

apt-get upgrade log:

Setting up quota (3.16-1) ...
insserv: warning: script 'K04swapspace' missing LSB tags and overrides
insserv: warning: script 'K04gdomap' missing LSB tags and overrides
insserv: warning: script 'K03dhttpd' missing LSB tags and overrides
insserv: warning: script 'gdomap' missing LSB tags and overrides
insserv: Service portmap has to be enabled for service quotarpc
insserv: exiting now!
dpkg: error processing quota (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 quota
E: Sub-process /usr/bin/dpkg returned an error code (1)

In my case I really don't need quotarpc and I won't install portmap just to
satisfy a boot dependency of some script I don't use.

Cheers,
Raphael
Permalink | Reply | 0 comments |
headers
Steve Langasek | 1 Apr 04:22
Picon
Favicon

Re: triggers wishlist

On Mon, Mar 31, 2008 at 03:38:14AM -0700, Mike Bird wrote:
> (c) that serious software engineers are discouraged from working on Debian.

I agree that this is a problem.  Mike, please stop discouraging serious
software engineers (and others) from working on Debian with your rude and
insulting posts to this list.

> You have written of the difficulty of getting bugs fixed in key packages.
> Debian has laudable goals but the execution is often farsical.  The more
> that Debian allows incompetents to abuse their power the more that
> experienced software engineers will choose to spend their time elsewhere.

For whom are you speaking?  I don't see any other "experienced software
engineers" that have elected you as their spokesman, so you must be
referring to yourself.  Maybe you are an experienced software engineer, I
wouldn't know; I haven't seen you contribute any software to Debian, just a
whole lot of hot air.  Which puts you squarely in the category of people who
don't contribute anything of substance to Debian, but will tell everyone how
we should change Debian so that you *will* be willing to contribute and be
our savior.

Well, nuts to you, Mike, you're a jerk, why in the world would anyone want
to encourage *you* to be more "involved" in Debian anyway?

--

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek <at> ubuntu.com                                     vorlon <at> debian.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Joel Franco | 1 Apr 05:38
Picon
Gravatar

Re: A suggestion

On Fri 28 Mar 08 13:27, Fernando Cerezal wrote:
>I have used testing for four years in my desktop without reinstall. Testing may
>be suitable for desktop.
>It has, only a few times, litle bugs, but a desktop is not a critical system.
>I remember an ubuntu update that remove the xorg configuration, so most of its
>users had to reinstall (they dont know how to fix it).
>Testing es perfectly a valid option for desktop.

I think that the testing or above releases may be suitable for the
desktop of a EXPERT linux user. I need a stable release because my
desktop must simply to work; it is not a so critical system like a
server but this is critical to my business go on.

-- 
|
| Joel Franco Guzmán  .''`.
|  self-powered by   : :' :
|   Debian Linux     `. `' 
|    at BraSil         `- 

--

-- 
To UNSUBSCRIBE, email to debian-devel-REQUEST <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org
Permalink | Reply | 27 comments |
headers
Guillem Jover | 1 Apr 05:21
Picon
Favicon

Re: Default value for CFLAGS/LDFLAGS set by dpkg

Hi,

On Mon, 2008-03-31 at 16:21:14 -0400, Aaron M. Ucko wrote:
> Kurt Roeckx <kurt <at> roeckx.be> writes:
> 
> > I also have to wonder that if we have something like this as default,
> > why -Bsymbolic-functions would be a good default, and not -Bsymbolic.
> 
> It's also worth noting that the original proposal (
> http://lists.debian.org/debian-devel/2007/12/msg00090.html ) gave
> testing -Bsymbolic-functions as a potential use case, but *NOT* as an
> actual proposed default (at least AFAICT).

Raphaël reverted that part prior to the dpkg 1.14.17 upload:

 <http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=12617e84>

regards,
guillem

--

-- 
To UNSUBSCRIBE, email to debian-devel-REQUEST <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org
Permalink | Reply | 0 comments |
headers
Guillem Jover | 1 Apr 07:05
Picon
Favicon

Adding lzma to dpkg's Pre-Depends

Hi,

As per policy 3.5 I'm bringing this up here. I'd like to add lzma to
dpkg's Pre-Depends, so that we can use lzma compressed packages after
lenny w/o having to add an lzma Pre-Depends on each .deb package
compressed that way.

For a lengthier discussion, please check:

  <http://bugs.debian.org/456332>

And my reasoning:

  <http://bugs.debian.org/456332#70>

regards,
guillem
Permalink | Reply | 25 comments |
headers
Tshepang Lekhonkhobe | 1 Apr 09:27
Picon
Gravatar

Re: triggers wishlist

On Mon, Mar 31, 2008 at 10:28 AM, Josselin Mouette <joss <at> debian.org> wrote:
> On dim, 2008-03-30 at 16:25 -0400, Joey Hess wrote:
>  > Things I want to see use triggers, in approximate priority order:
>  >
>  > - scrollkeeper
>
>  It will probably be deprecated soon, so I don't think it is necessary to
>  put effort into it.

Would rarian-compat be the replacement? If so, what's the delay?

--

-- 
my place on the web:
floss-and-misc.blogspot.com
Permalink | Reply | 1 comment |
headers
Steve Langasek | 1 Apr 10:21
Picon
Favicon

Re: Default value for CFLAGS/LDFLAGS set by dpkg

On Mon, Mar 31, 2008 at 06:57:48PM +0200, Kurt Roeckx wrote:
> On Mon, Mar 31, 2008 at 05:34:05PM +0200, Loïc Minier wrote:
> >  (moving to debian-devel as requested by Kurt)

> > On Fri, Mar 28, 2008, Steve Langasek wrote:
> > > However, as Thiemo notes, this does break the expectation that LD_PRELOAD
> > > will be allowed to intercept symbols; so this is definitely a behavior
> > > change with some possibly subtle consequences.

> >  I just wondered: is it possible to reverse/disable the effects of
> >  -Bsymbolic-functions if LD_PRELOAD is set?  Or is it too late already
> >  and some information was definitely lost?

> If it does the same thing as -Bsymbolic, but only for functions, it
> resolved all the relocations already and can only call functions
> internally in the library.

> I also have to wonder that if we have something like this as default,
> why -Bsymbolic-functions would be a good default, and not -Bsymbolic.

I'm told the difference is that the former is safe to use as an option when
linking executables, and the latter is not.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek <at> ubuntu.com                                     vorlon <at> debian.org

--

--
(Continue reading)

Permalink | Reply | 2 comments |
headers
Josselin Mouette | 1 Apr 10:33
Picon
Favicon

Re: Default value for CFLAGS/LDFLAGS set by dpkg

On lun, 2008-03-31 at 22:46 +0200, Kurt Roeckx wrote:
> Note also that I'm not sure at all that either -Bsymbolic-functions or
> -Bsymbolic is a good idea.

It is a very good idea for pluggable modules that are meant to be
dlopen()ed, because it avoids their symbols to be overriden by
completely unrelated functions. See bug #304898 for example.

For libraries, it is merely an annoyance as it prevents overriding the
symbols.

--

-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.
Permalink | Reply | 0 comments |
headers
Josselin Mouette | 1 Apr 11:15
Picon
Favicon

Re: Default value for CFLAGS/LDFLAGS set by dpkg

On mar, 2008-04-01 at 01:21 -0700, Steve Langasek wrote:
> On Mon, Mar 31, 2008 at 06:57:48PM +0200, Kurt Roeckx wrote:
> > I also have to wonder that if we have something like this as default,
> > why -Bsymbolic-functions would be a good default, and not -Bsymbolic.
> 
> I'm told the difference is that the former is safe to use as an option when
> linking executables, and the latter is not.

According to the documentation, both only apply to shared libraries;
AIUI, local symbols are always used by default for programs.

Also, do you know why it would be safe for functions and not for other
symbols?

--

-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.
Permalink | Reply | 1 comment |

Gmane