Hi List,
will python2.6 enter unstable and eventually next stable or was it
decided to skip 2.6 and go straight to 3.x some time?
I'm just asking, since 2.6.2 and 3.1.1 seem to be the current production
versions according to http://python.org/download/ (and 2.6 has features
I /desperately/ need f
On Thu, Sep 3, 2009 at 3:10 PM, Bastian Venthur wrote:
> will python2.6 enter unstable and eventually next stable or was it
> decided to skip 2.6 and go straight to 3.x some time?
>
> I'm just asking, since 2.6.2 and 3.1.1 seem to be the current production
> versions according to http://python.or
On Thu, Sep 03, 2009 at 04:32:10PM +0800, Paul Wise wrote:
> See the recent threads on debian-python, debian-devel and debian-release.
Given that Bastian's post is the first time I've seen the question
posed straight away for the -devel public, can you please summarize an
answer for us?
It would
Am 02.09.2009 20:03 schrieb Petter Reinholdtsen:
> [Martin Grimm]
>> We've currently running 240+ Linux guests on 2 IBM System z10 EC,
>> that's the newest hardware of this kind for those not so familiar
>> with this architecture. 236 of these are running Debian, mostly
>> etch, some still sarge an
On Thu, Sep 03, 2009 at 11:32:14AM +0200, Martin Grimm wrote:
> So as long as there is no easy manual way to provide anonymized figures
> without installing software on our production servers we can't deliver
> such data :-(
Hmm. You could collect the /var/lib/dpkg/status files and do a
mass submi
On Thu, Sep 03, 2009 at 12:16:53PM +0200, Bastian Blank
wrote:
> On Thu, Sep 03, 2009 at 11:32:14AM +0200, Martin Grimm wrote:
> > So as long as there is no easy manual way to provide anonymized figures
> > without installing software on our production servers we can't deliver
> > such data :-(
>
Hi,
On Tue, Sep 01, 2009 at 08:43:30PM +0200, Mateusz Fiołka wrote:
> Hi,
>
> I am on of the Tigase XMPP server developers. Tigase is written purely
> in Java and is meant to be high performing, scalable and extensible.
> Some time ago one of our users contributed deb packages. There is even
> an
On Wed, Sep 02, 2009 at 07:09:01PM +, Sune Vuorela wrote:
> >>From the changelog:
> >
> > * Upstream has abandoned the program, so the package is now Debian
> > native.
>
> Switching upstreams does not make a package native.
How so? There is no reason why a package where the upstream an
On Mon, Aug 31, 2009 at 01:01:24PM -0400, Michael Casadevall wrote:
> I think a bigger question is where do you find hardware where you can
> get remote root on;
I know at least two posibilites
- IBM provides access for evaluation purposes and
- OSDL provides access for project work.
Bastian
--
]] Florian Lohoff
| I have ~600 Machines in the field - all with /usr on a seperate fs - If Debian
| is going to make seperate /usr a no-go its about 30 Euros worth
| of field Engineer time - swapping disks.
I'm fairly sure I can sell you a small shell script that you can install
in the init
[ Restricting to debian-devel, as generic development stuff ]
On Thu, Sep 03, 2009 at 12:28:27PM +0200, Mike Hommey wrote:
> On Thu, Sep 03, 2009 at 12:16:53PM +0200, Bastian Blank
> wrote:
> > Okay, this also depends on the condition that you don't consider the
> > package names themself sensit
Wouter Verhelst wrote:
> I know it is fancy and modern to think that Debian native packages
> should only be used for things that are specific to the Debian
> infrastructure, but there is nothing in policy that requires that, and
> indeed several packages (including, e.g., offlineimap) are distribu
On Thu, Sep 03, 2009 at 12:53:10PM +0200, Tollef Fog Heen wrote:
> ]] Florian Lohoff
> | I have ~600 Machines in the field - all with /usr on a seperate fs - If
> Debian
> | is going to make seperate /usr a no-go its about 30 Euros worth
> | of field Engineer time - swapping disks.
> I'm fa
On Thu, Sep 03, 2009 at 11:32:14AM +0200, Martin Grimm wrote:
> So as long as there is no easy manual way to provide anonymized figures
> without installing software on our production servers we can't deliver
> such data :-( and yes, I know there are many reasons why a manual upload
> form would be
Josselin Mouette wrote:
Le mercredi 02 septembre 2009 à 22:30 +0200, Florian Lohoff a écrit :
/usr was on seperate filesystems for decades and some 3733t broken by design
Desktop utility turns around old Unix paradigms? I dont get it ...
Since when is udev a desktop utility?
hmm. udev doesn'
On Wed, 2 Sep 2009 22:30:37 +0200, Florian Lohoff
wrote:
>I have ~600 Machines in the field - all with /usr on a seperate fs - If Debian
>is going to make seperate /usr a no-go its about 30 Euros worth
>of field Engineer time - swapping disks.
>
>/usr was on seperate filesystems for decades an
On Thu, 03 Sep 2009 13:23:11 +0200, Marc Haber
wrote:
>On Wed, 2 Sep 2009 22:30:37 +0200, Florian Lohoff
>wrote:
>>I have ~600 Machines in the field - all with /usr on a seperate fs - If Debian
>>is going to make seperate /usr a no-go its about 30 Euros worth
>>of field Engineer time - swappi
Posting to debian-devel too. Please comment.
Am Donnerstag, den 03.09.2009, 11:58 +0200 schrieb Daniel Leidert:
> I'm thinking about moving gpg to /bin to solve bugs #386980 and #477671.
> But this might break scripts and executables, which hardcoded gpg (e.g.
> dput). So what to do? Create a sym
[Steve Langasek]
> Mm, not exactly. At build time you use libfoo.so; at runtime you use
> libfoo.so.VER. It just happens that the ELF version of "stubs" is trivial
> (a symlink).
_Usually_ a symlink ... it doesn't have to be (see /usr/lib/libc.so). (:
--
To UNSUBSCRIBE, email to debian-deve
[Paul Wise]
> Summarizing the upstream thread, it seems the solution they prefer is
> to just ignore dependency_libs when linking dynamically.
Sounds good to me. I can't comment on the Libs/Libs.private split,
except that if Steve is right and this is mostly for Gtk, they're
already pretty marri
Le Thu, Sep 03, 2009 at 12:47:44PM +0200, Wouter Verhelst a écrit :
>
> I know it is fancy and modern to think that Debian native packages
> should only be used for things that are specific to the Debian
> infrastructure, but there is nothing in policy that requires that, and
> indeed several pack
Charles Plessy writes:
> Le Thu, Sep 03, 2009 at 12:47:44PM +0200, Wouter Verhelst a écrit :
> > I know it is fancy and modern to think that Debian native packages
> > should only be used for things that are specific to the Debian
> > infrastructure, but there is nothing in policy that requires t
Package: wnpp
Severity: wishlist
Owner: Asias He
* Package name: ibus-table-cns11643
Version : 1.2.0.20090902
Upstream Author : Caius 'kaio' Chance < k AT kaio DOT me >
* URL : http://code.google.com/p/ibus/
* License : GPLv2
Programming Lang: N/A
Descript
Package: wnpp
Severity: wishlist
Owner: Asias He
* Package name: ibus-table-easy
Version : 1.2.0.20090902
Upstream Author : Woodman Tuen Caius 'kaio' Chance < k
at kaio dot me >
* URL : http://code.google.com/p/ibus/
* License : GPLv2
Programming Lang: N/
* Andreas Tille , 2009-09-03, 13:12:
So as long as there is no easy manual way to provide anonymized figures
without installing software on our production servers we can't deliver
such data :-( and yes, I know there are many reasons why a manual upload
form would be a bad idea regarding accuracy
On Wed, Sep 02, 2009 at 11:11:31PM +0200, Josselin Mouette wrote:
> Le mercredi 02 septembre 2009 à 22:30 +0200, Florian Lohoff a écrit :
> > /usr was on seperate filesystems for decades and some 3733t broken by design
> > Desktop utility turns around old Unix paradigms? I dont get it ...
>
> Sin
On Thu, Sep 03, 2009 at 04:06:53PM +0200, Daniel Leidert wrote:
> > I'm thinking about moving gpg to /bin to solve bugs #386980 and #477671.
That may be a workaround, but IMHO this is really a bug/limitation in
the way the current init scripts are set up.
There is already the "_netdev" flag in f
On Thu, Sep 03, 2009 at 12:53:10PM +0200, Tollef Fog Heen wrote:
> ]] Florian Lohoff
>
> | I have ~600 Machines in the field - all with /usr on a seperate fs - If
> Debian
> | is going to make seperate /usr a no-go its about 30 Euros worth
> | of field Engineer time - swapping disks.
>
> I'
Manoj Srivastava wrote:
> On Wed, Sep 02 2009, Franck Joncourt wrote:
>
>> I have got one tarball from upstream which is separated in fwknop-client
>> and fwknop-server. The programs are mainly implemented in perl.
>>
>> Upstream is now working on rewriting it in C. Thus we have now a brand
>> new
On Sep 03, Daniel Leidert wrote:
> Posting to debian-devel too. Please comment.
Don't do this. gnupg is 5 MB big, if we keep increasing the size of the
root file system what is the point of supporting a standalone /usr/?
Using cryptsetup+gnupg for /usr is a niche configuration of an already
niche
On Fri, Sep 04, 2009 at 01:31:40AM +1000, Ben Finney wrote:
> Charles Plessy writes:
> > Le Thu, Sep 03, 2009 at 12:47:44PM +0200, Wouter Verhelst a écrit :
> > > I know it is fancy and modern to think that Debian native packages
> > > should only be used for things that are specific to the Debian
Wouter Verhelst wrote:
> On Fri, Sep 04, 2009 at 01:31:40AM +1000, Ben Finney wrote:
>> Charles Plessy writes:
>>> Le Thu, Sep 03, 2009 at 12:47:44PM +0200, Wouter Verhelst a écrit :
I know it is fancy and modern to think that Debian native packages
should only be used for things that ar
Hi,
Is it OK to reduce update-inetd's priority to optional, to agree with the
archive admin's override? (It should be, as all its rdepends are at most
optional)
It should be Priority: standard only if people use it interactively, and
expect it to be part of a standard installation (but I'm guessi
Martin Grimm writes:
> I'm aware of popcon and as much as I'd appreciate it to see our systems
> counted there this will not happen because these are mainly production
> systems behind firewalls or in internal networks with no internet access
> and I've generally a bad feeling when thinking of so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Serafeim Zanikolas schrieb:
> Hi,
>
> Is it OK to reduce update-inetd's priority to optional, to agree with the
> archive admin's override? (It should be, as all its rdepends are at most
> optional)
>
> It should be Priority: standard only if people
On Thu, Sep 03, 2009 at 10:04:49PM +0200, Luk Claes wrote:
> Wouter Verhelst wrote:
> > True. However, if something is not explicitly forbidden by Policy (and
> > this isn't), and it does not cause (obvious) harm to Debian as a whole
> > (which this doesn't), there is no good reason why people shou
On Sep 3, 2009, at 4:32 AM, Martin Grimm wrote:
I'm aware of popcon and as much as I'd appreciate it to see our
systems
counted there this will not happen because these are mainly production
systems behind firewalls or in internal networks with no internet
access
and I've generally a bad
[Russ Allbery]
> Is there an easy way (read: the software already exists and I can
> just install it) for all of the systems to report to an internal
> proxy that then resubmits the data so that no one else can know
> where it's coming from exactly other than from our servers
> somewhere?
I expec
Russ Allbery, le Thu 03 Sep 2009 13:32:46 -0700, a écrit :
> In specific, our information security office (rightfully) considers
> the relationship between system and list of installed packages to
> be confidential data because of the potential use of such data in
> determining which systems to att
Petter Reinholdtsen writes:
> I expect you will get this if you use HTTP to submit and any HTTP proxy
> specified using the HTTP_PROXY variable in /etc/popularity-contest.conf.
> The only identity submitted would be the random ID generated by popcon
> to make sure the weekly resubmission of infor
On Thu, Sep 03 2009, Franck Joncourt wrote:
> Manoj Srivastava wrote:
>> On Wed, Sep 02 2009, Franck Joncourt wrote:
>>
>>> I have got one tarball from upstream which is separated in fwknop-client
>>> and fwknop-server. The programs are mainly implemented in perl.
>>>
>>> Upstream is now working
Wouter Verhelst dijo [Thu, Sep 03, 2009 at 12:47:44PM +0200]:
> > > * Upstream has abandoned the program, so the package is now Debian
> > > native.
> >
> > Switching upstreams does not make a package native.
>
> How so? There is no reason why a package where the upstream and the
> Debian D
Wouter Verhelst writes:
> I feel I should point out that my initial mail in this subthread was a
> reaction to a one-line statement that 'switching upstreams does not
> make a package native.' That I objected to, because of the lack of
> context, and the inherent feeling that, to me, seemed to be
Giacomo A. Catenazzi wrote:
> Marco d'Itri wrote:
>> On May 31, md wrote:
>>
>>> The issue was raised by the udev upstream maintainer along with the udev
>>> package maintainers of the major distributions, who all agreed that this
>>> configuration is not supported.
>> FYI, udev 146 ships usb-id a
I will be out of office from 3rd September till 7 th september and will
attend to mail intermittently. In case of urgency please contact :
Sethumadhavan: dox.se...@cok.plsll.co.in
Manoj Unnikrishnan: sal.ma...@cok.plsll.co.in
Thanks/Regards
Santhosh Kumar
--
To UNSUBSCRIBE, email to debi
Quoting Petter Reinholdtsen (p...@hungry.com):
> I expect you will get this if you use HTTP to submit and any HTTP
> proxy specified using the HTTP_PROXY variable in
> /etc/popularity-contest.conf. The only identity submitted would be
> the random ID generated by popcon to make sure the weekly re
On Fri, Sep 04, 2009 at 12:59:10AM -0400, Felipe Sateler wrote:
> >>> The issue was raised by the udev upstream maintainer along with the udev
> >>> package maintainers of the major distributions, who all agreed that this
> >>> configuration is not supported.
> >> FYI, udev 146 ships usb-id and pci
Steve Langasek wrote:
On Fri, Sep 04, 2009 at 12:59:10AM -0400, Felipe Sateler wrote:
The issue was raised by the udev upstream maintainer along with the udev
package maintainers of the major distributions, who all agreed that this
configuration is not supported.
FYI, udev 146 ships usb-id and
48 matches
Mail list logo
