tags 622931 help
stop
On Fri, Apr 15, 2011 at 23:48:06 (CEST), Carl Fürstenberg wrote:
> Package: libav
> Severity: minor
>
> Doing an `pkg-config --static libavcodec --libs` results in following
> dependices:
> -pthread -lavcodec -ldl -lX11 -lXext -lXfixes -ljack -lasound -ldc1394
> -lraw1394 -
Hello,
Le 09/04/2011 12:46, Neil Williams a écrit :
> Useful to document the rationale but as dependency_libs is
> currently empty and you have a reason to use the .la, it should be fine
> to close 621170.
>
> Just hold for a bit, in case there are any further comments from others
> on -devel.
I
Package: wnpp
Severity: wishlist
Owner: vasudev
* Package name: polyglot
Version : 0.3.1
Upstream Author : Clifford Heath
* URL : http://polyglot.rubyforge.org
* License : MIT
Programming Lang: Ruby
Description : Custom language loaders for specified
On Sun, Apr 17, 2011 at 07:44:55AM +0200, Goswin von Brederlow wrote:
> 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
>
- Original message -
> 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
On Sat, Apr 16, 2011 at 22:17, 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 the tsort
> mess in emacsen-common.
Given the immense information you provided:
$ apt-get -s install A B | a
On Wed, Mar 30, 2011 at 04:18:34PM +0200, Stefano Zacchiroli wrote:
> > The main decision which needs to be made is whether, as a project, we
> > want source only uploads or to throw away DD built non-all debs.
> > There's not entire agreement amongst the ftpmasters about this (I err
> > on the sid
Hi folks,
An update on /run:
sysvinit/initscripts 2.88dsf-13.4 is now available in experimental.
If you haven't tested it yet, now would be a good time before it
goes into unstable. Additionally, if you wish to transition your
packages to use /run, it is now OK to upload to experimental with
a d
Your message dated Sun, 17 Apr 2011 11:16:03 +0200
with message-id <201104171116.04500.hol...@layer-acht.org>
and subject line Re: Bug#622750: Acknowledgement (general: "shutdown -r" does
not reboot)
has caused the Debian Bug report #622750,
regarding general: "shutdown -r" does not reboot
to be m
On Thu, Apr 07, 2011 at 04:55:12PM +0200, Stefano Zacchiroli wrote:
> - going ahead with throw away debs seems to be largely uncontroversial;
> can we haz zem please? :-)
Will that throw away Arch: all packages as well? If there are no
technical issues/implementation missing with this (somebody
> Does it actually perform some kind of checks? What I got from the
Watchdog itself? Yes, which ones depends on your configuration. wd_keepalive
only triggers the hardware watchdog.
> documentation is that it only writes to /dev/watchdog periodically regardless
> what happens. Thus "basic watch
Hi,
Am Sonntag, den 17.04.2011, 11:20 +0200 schrieb Stefano Zacchiroli:
> - There seems to be consensus to go ahead with throw-away debs; they
> require a bit of work though so either be patient or, better,
> volunteer with FTP masters to help out with the implementation of the
> remaining b
Dear ftp-masters and developers,
waht is the reason, that aircrack-ng is in lenny, but NOT in wheezy, but again
in sid?
Would be nice, if you could take it back into wheezy again. I think, it might
be somehow forgotten. Things happen
Best regards
Hans
--
To UNSUBSCRIBE, email to debian
"Hans-J. Ullrich" writes:
> waht is the reason, that aircrack-ng is in lenny, but NOT in wheezy, but
> again
> in sid?
http://release.debian.org/migration/testing.pl?package=aircrack-ng
links to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588588
aircrack-ng: debian/copyright is missing
> > Does it actually perform some kind of checks? What I got from the
>
> Watchdog itself? Yes, which ones depends on your configuration.
> wd_keepalive only triggers the hardware watchdog.
No, I meant wd_keepalive and not watchdog.
> > documentation is that it only writes to /dev/watchdog period
Package: wnpp
Severity: wishlist
Owner: Anaël Verrier
* Package name: python-fluentxml
Version : 0.1
Upstream Author : Anaël Verrier
* URL : http://fluentxml.last-exile.org/
* License : GPL 3
Programming Lang: Python
Description : Minimalist pythonic
On Sun, 17 Apr 2011 09:33:41 +0200
Reinhard Tartler wrote:
> On Fri, Apr 15, 2011 at 23:48:06 (CEST), Carl Fürstenberg wrote:
>
> > Package: libav
> > Severity: minor
> >
> > Doing an `pkg-config --static libavcodec --libs` results in following
> > dependices:
> > -pthread -lavcodec -ldl -lX11 -
On 2011-04-17 19:14, Neil Williams wrote:
>
> Tollef? Any change in that since 2007?
>
> (I'm not expecting such a change as pkg-config doesn't do this for dynamic
> linkage either, that is left to the package build system. As static is not
> the default build for most package build systems, it
On Sun, 17 Apr 2011 19:51:12 +0200
Carl Fürstenberg wrote:
> It seems I've missunderstod some aspects of the features of pkg-config.
> I assumed as there are Requires.private and Libs.private, that there was
> some way to specify that static linkage was not possible at all.
You mean other than l
Another problem that comes to mind is the "Too many levels
of symbolic links" errors. If a symbolic link is added at
the beginning of a system path are we increasing the risk
that this error will be triggered?
$ grep MAX_NESTED_LINKS linux/namei.h
enum { MAX_NESTED_LINKS = 8 };
char *save
retitle 622931 Possibility to express linking modes
reassign 622931 pkg-config
stop
Neil, thank you very much for your insightful summary of the matter. Now
it seems pretty clear that this issue cannot be handled in the libav
package, but needs to be solved at the pkg-config level. I'm therefore
r
Martin Wuertele writes:
> iface ethX inet static
> address x.x.x.x
> netmask x.x.x.x
> gateway x.x.x.x
> up ip rule add
> downip rule del
This means that I need to bring the interface down to change routing? Currently
I have
post-up /etc/init
> This is not to say we couldn't remove it on startup though.
You should not remove /lib/init/rw on the next reboot. If the
upgrade stops due to an error then the system might be rebooted
before the upgrade is continued. /lib/init/rw needs to remain
present until all packages using it have bee
2011/4/16 Thomas Goirand :
> On 04/16/2011 01:32 PM, Lucas Nussbaum wrote:
>> On 16/04/11 at 10:43 +0800, Thomas Goirand wrote:
>> What the state of collaboration with the upstream packagers?
> Replied more extensively privately to that one.
This, even more than your constant lecturing on Debian p
]] Reinhard Tartler
| Neil, thank you very much for your insightful summary of the matter. Now
| it seems pretty clear that this issue cannot be handled in the libav
| package, but needs to be solved at the pkg-config level. I'm therefore
| reassigning this bug to pkg-config.
Just to make it cle
]] Roger Leigh
| sysvinit/initscripts 2.88dsf-13.4 is now available in experimental.
| If you haven't tested it yet, now would be a good time before it
| goes into unstable. Additionally, if you wish to transition your
| packages to use /run, it is now OK to upload to experimental with
| a depen
On Sun, Apr 17, 2011 at 11:29:07PM +0200, Soren Hansen wrote:
> This, even more than your constant lecturing on Debian policy, frankly
> pisses me off.
>
> If you have something to say, at the very least have the guts to say
> it in public, otherwise this collaboration ends right here.
I find it
On 04/18/2011 05:29 AM, Soren Hansen wrote:
> 2011/4/16 Thomas Goirand :
>> On 04/16/2011 01:32 PM, Lucas Nussbaum wrote:
>>> On 16/04/11 at 10:43 +0800, Thomas Goirand wrote:
>>> What the state of collaboration with the upstream packagers?
>> Replied more extensively privately to that one.
>
> Th
2011/4/18 Clint Adams :
> On Sun, Apr 17, 2011 at 11:29:07PM +0200, Soren Hansen wrote:
>> This, even more than your constant lecturing on Debian policy, frankly
>> pisses me off.
>>
>> If you have something to say, at the very least have the guts to say
>> it in public, otherwise this collaboratio
Quoting Tollef Fog Heen (tfh...@err.no):
> Yay, this is great news. I'll be updating systemd to depend on the new
> version. Thanks a lot for all your work, it's much appreciated. :-)
Yes, that had to be said. I'm witnessing Roger's work from quite far,
I just read the wiki page about the trans
30 matches
Mail list logo
