i need seo, web design, logo design, animation, bpo, employment, HR related
sites ...
--
Thanking you,
webmaster regards,
seo.jets456 {...@} gmail.com
jets
[Resending as I've had problems posting this message]
As part of the 11th Debian Conference in New York City, USA, there will
be OpenPGP (pgp/gpg) keysignings. If you intend to participate in the
DebConf10 keysignings, please send your ascii armored public key as
explained at [0] no later than Tue
Package: wnpp
Severity: wishlist
Owner: Taku YASUI
* Package name: f5vpn-login
Version : 20091224
Upstream Author : James Y Knight,
* URL : http://fuhm.net/software/f5vpn-login/
* License : GPL
Programming Lang: C, Python
Description : F5 VPN command-
On Mon, 2010-07-19 at 09:03 +1000, Russell Coker wrote:
> I recently tried to start a KVM image with the same script as I had used
> previously.
>
> I had just upgraded the host (which tracks unstable) from 2.6.32-4 to
> 2.6.32-5, the virtual machine had been running 2.6.32-5-amd64 for a while
Andrey Ponomarenko wrote:
> Hello, Colleagues!
>
> The new service for tracking ABI changes in various C/C++ libraries is
> now available for Linux distribution maintainers and upstream developers
> - "Upstream Tracker". It may be helpful for analyzing risks of libraries
> updating in the Debian
Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta
* Package name: libhibernate-jbosscache
Version : 3.3.2.GA
Upstream Author : Red Hat Middleware LLC
* URL :
http://anonsvn.jboss.org/repos/hibernate/core/tags/hibernate-3.3.2.GA/cache-jbosscache/
* License
I recently tried to start a KVM image with the same script as I had used
previously.
I had just upgraded the host (which tracks unstable) from 2.6.32-4 to
2.6.32-5, the virtual machine had been running 2.6.32-5-amd64 for a while (but
maybe not the very latest version).
The result was that the
Neil Williams writes:
> It is very worthwhile having a clear division between Required and
> Important. A typical bootstrap should include Required but there is no
> need for any of the important packages and any which may be useful can
> be added explicitly.
That's probably part of what I'm mis
On Sun, Jul 18, 2010 at 10:14:57PM +0100, Neil Williams wrote:
> On Sun, 18 Jul 2010 11:04:10 -0700
> Russ Allbery wrote:
>
> > Frans Pop writes:
> >
> > > Maybe we should consider changing the default prio for all library
> > > packages to optional or lower, except for specific cases (e.g. lib
On Sun, 18 Jul 2010 11:04:10 -0700
Russ Allbery wrote:
> Frans Pop writes:
>
> > Maybe we should consider changing the default prio for all library
> > packages to optional or lower, except for specific cases (e.g. libc)
> > where the lib itself can actually be considered part of the core syste
Package: wnpp
Severity: wishlist
Owner: Davi
* Package name: plasma-widget-adjustableclock
Version : 2.2-3
Upstream Author : Alessandro Ghersi
* URL :
http://www.kde-look.org/content/show.php/Adjustable+Clock?content=92825
* License : GPL version 2
Programm
Russ Allbery wrote:
> [...] or between optional and extra, for *any* package?
I must admit that I've never seen the practical value of that distinction.
As to the rest of your message: it certainly seems worth discussing this in
a bit wider context.
--
To UNSUBSCRIBE, email to debian-devel-re
Frans Pop writes:
> I've been wondering for some time if this policy isn't outdated and
> should maybe be relaxed, at least for library packages.
> I suspect the origin of the policy is that in olden days tools like
> debootstrap and debian-cd relied exclusively on priority to get the
> contents
Steve M. Robbins wrote:
> This is due to Debian Policy 2.5:
>
> Packages must not depend on packages with lower priority values
> (excluding build-time dependencies). In order to ensure this, the
> priorities of one or more packages may need to be adjusted.
>
> Why is this the policy? Why does
"Steve M. Robbins" writes:
> This is due to Debian Policy 2.5:
> Packages must not depend on packages with lower priority values
> (excluding build-time dependencies). In order to ensure this, the
> priorities of one or more packages may need to be adjusted.
> Why is this the po
Hi,
The discussion surrounding why aptitude is priority 'important' [1] is
very enlightening. Thanks to all contributors.
With respect to the priority of libboost-iostreams, the consensus
seems to be to raise it.
On Sun, Jul 18, 2010 at 02:18:52AM +0200, Steve Langasek wrote:
> [ ... ] on ba
Package: wnpp
Severity: wishlist
Owner: Stefano Rivera
* Package name: xdot
Version : 0.4
Upstream Author : Jose Fonseca
* URL : http://code.google.com/p/jrfonseca/wiki/XDot
* License : LGPL-3+
Programming Lang: Python
Description : interactive viewer
On Sun, 18 Jul 2010, Henrique de Moraes Holschuh wrote:
> On Fri, 16 Jul 2010, Christoph Anton Mitterer wrote:
> > Having $remote_fs is a really nice way to secure that /usr/-stuff is
> > there (and also other stuff like /var...)
>
> It is the *only* supported way, AFAIK...
Erk. Look at $local_f
On Fri, 16 Jul 2010, Christoph Anton Mitterer wrote:
> Having $remote_fs is a really nice way to secure that /usr/-stuff is
> there (and also other stuff like /var...)
It is the *only* supported way, AFAIK...
> As far as I understand - please correct me if I'm wrong - the root-fs is
> just guaran
On Fri, 16 Jul 2010, Christoph Anton Mitterer wrote:
> But I think:
> 1) the policy description of essential should be clarified then, as now
Essential means that the *package* essential functionality (not all of its
contents or functionality) has to be available at all times in the lifetime
of th
On Thu, Jul 15, 2010 at 11:13:11PM -0500, Steve M. Robbins wrote:
> So while raising Boost will "solve" the issue, it seems to me to be
> a recipe for runaway priority inflation.
>
> Is there any central authority to vet priority changes?
Indeed, I think this needs wider attention, next to the
ap
On Sun, Jul 18, 2010 at 02:38:50AM +0200, Steve Langasek wrote:
>
> - When I type 'aptitude install foo', *removing* foo instead of upgrading
> is not a valid solution and should never be offered.
It's still an outstanding (and irritating) bug as late as yesterday's
sid...
--
Jonathan Wi
On Thu, 15 Jul 2010, Christoph Anton Mitterer wrote:
> Is there any policy document or that like,... which mandates:
> a) What is guaranteed to be available in initramfs images?
Not much is guaranteed to be available in initramfs, unless you arranged for
it to be, AFAIK.
> b) What is guaranteed t
On Thu, 15 Jul 2010, Russ Allbery wrote:
> Early system startup (before $remote_fs) is a weird and special
> environment, and most services should just depend on $remote_fs and not
> worry about it. Normally they have to anyway since the daemon being
> started is in /usr. Services that do not dep
On Thu, 08 Jul 2010, Thadeu Lima de Souza Cascardo wrote:
> I've submitted bug 497206 for aptitude with a patch attached almost two
> years ago. It's a new feature, to allow packages to be grouped by
> source. It's usually easier to upgrade all packages from the same
> source, without having to lo
On Sun, 18 Jul 2010, "Hans-J. Ullrich" wrote:
> /usr/sbin/pppd: using the noauth option requires root privileges
>
> This message was the reason for my very first report. What did I miss? Is
> there something else I should check?
The man page gives some information on this. If that isn't enoug
Hia Marco andf Russell,
tahnk you very much for your help. Well, I checked out and changed all
permissions as it should be. The environment is now as follows:
1. /usr/sbin/pppd is now set 0475 with owner root:dip
-rwsr-xr-- 1 root dip 269156 28. Nov 2008 /usr/sbin/pppd
2. The normal user is
On Fri, Jul 16, 2010 at 11:59:45AM +0200, Frans Pop wrote:
> Steve Langasek wrote:
> > This manual represents the opinion of a single developer.
> And what does that have to do with the price of bananas in Iceland?
> The fact that aptitude is currently the recommended tool for package
> manageme
On Thu, Jul 15, 2010 at 09:17:38PM -0700, Russ Allbery wrote:
> > I wouldn't place any of Boost in that category. In fact, I wouldn't
> > place "aptitude" in that category, either.
> aptitude was historically the recommended tool to use for upgrades because
> it had the best dependency resolver f
Hello,
Colin Watson wrote on 2010-06-21 22:22:
> There've been several bootloader-related threads here of late, and
> grub2, lilo, and syslinux all seem to have fairly active work happening
> on them. (For all I know the same may be true of some of the
> bootloaders specific to non-x86 architec
30 matches
Mail list logo
