Re: Xen support on Squeeze

[Pasi Kärkkäinen]

On Mon, Jan 04, 2010 at 11:02:51AM +1100, Brian May wrote:
> On Sun, Jan 03, 2010 at 06:12:28PM +0200, Pasi Kärkkäinen wrote:
> > If we're talking about Linux 2.6.32 support for pv_ops dom0 here, then 
> > that's
> > in progress, see:
> > 
> > http://lists.xensource.com/archives/html/xen-devel/2009-12/msg01127.html
> > 
> > the 2.6.32 tree should be available shortly after Jeremy gets back from
> > his vacation.
> 
> What chance does this have of making it in time for Squeeze?
>

When actually is 'in time' for Squeeze?

Novell already has the oldstyle xenlinux patches for 2.6.32, so they
could be used, if pv_ops dom0 patches weren't in shape for Squeeze.

-- Pasi


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Ben Hutchings]

On Mon, 2010-01-04 at 10:38 +1100, Brian May wrote:
> On Sun, Jan 03, 2010 at 09:49:24PM +0300, William Pitcock wrote:
> > > Xen is unsupportable due to clueless upstream, who has been in a
> > > constant FAIL state regarding support of current kernels for years.
> > 
> > Do you have any proof for this claim?  xen.git seems pretty up to date to
> > me (2.6.31.6), and there are already people who are hacking on xen.git who
> > have it working on 2.6.32, which means that xen.git will be up-to-date once
> > Jeremy is back from holiday.
> 
> I would assume he is thinking back to the release of Lenny, where it looked
> like there wasn't going to be Xen support, or limited Xen support maybe,
> because upstream were slow to update from 2.6.18.
> 
> Fortunately Lenny did get Xen support, and for 2.6.26.

We have had to carry that patch without any upstream support (or sharing
with Novell, which eventually released SLES 11 with 2.6.27).  As a
result, the xen-flavour kernels for lenny are very buggy, particularly
for domains with multiple vCPUs (though that *may* be fixed now).

Ben.

-- 
Ben Hutchings
The obvious mathematical breakthrough [to break modern encryption] would be
development of an easy way to factor large prime numbers. - Bill Gates


signature.asc
Description: This is a digitally signed message part

Bug#563606: ITP: wordpress-xrds-simple -- XRDS-Simple plugin for WordPress

[Alexander Gerasiov]

Package: wnpp
Severity: wishlist
Owner: Alexander Gerasiov 

* Package name: wordpress-xrds-simple
  Version : 1.0
  Upstream Author : DiSo Development Team http://diso-project.org/
* URL : http://wordpress.org/extend/plugins/xrds-simple/
* License : Expat
  Programming Lang: PHP
  Description : XRDS-Simple plugin for WordPress

 XRDS-Simple is a profile of XRDS, a service discovery protocol which used in
 the OpenID authentication specification as well as OAuth. This plugin provides
 a generic framework to allow other plugins to contribute their own service
 endpoints to be included in the XRDS service document for the domain.

This plugin is needed by WordPress's OpenID plugin (#493236).



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

[Marco d'Itri]

On Jan 04, Brian May  wrote:

> Somewhere I got lost in this discussion.
You did not, he did.

> In that case, how can correct programs be broken if IPv6 is not supported?
> Surely it is just a matter of binding to IPv4 and ignoring the error that
> occurs when trying to bind to the IPv6 socket (or vice versa if IPv6 is
> supported but not IPv4)?
Yes.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Xen support on Squeeze

[Brian May]

On Sun, Jan 03, 2010 at 06:12:28PM +0200, Pasi Kärkkäinen wrote:
> If we're talking about Linux 2.6.32 support for pv_ops dom0 here, then that's
> in progress, see:
> 
> http://lists.xensource.com/archives/html/xen-devel/2009-12/msg01127.html
> 
> the 2.6.32 tree should be available shortly after Jeremy gets back from
> his vacation.

What chance does this have of making it in time for Squeeze?
-- 
Brian May 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Brian May]

On Sun, Jan 03, 2010 at 09:49:24PM +0300, William Pitcock wrote:
> > Xen is unsupportable due to clueless upstream, who has been in a
> > constant FAIL state regarding support of current kernels for years.
> 
> Do you have any proof for this claim?  xen.git seems pretty up to date to
> me (2.6.31.6), and there are already people who are hacking on xen.git who
> have it working on 2.6.32, which means that xen.git will be up-to-date once
> Jeremy is back from holiday.

I would assume he is thinking back to the release of Lenny, where it looked
like there wasn't going to be Xen support, or limited Xen support maybe,
because upstream were slow to update from 2.6.18.

Fortunately Lenny did get Xen support, and for 2.6.26.
-- 
Brian May 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

[Russ Allbery]

Brian May  writes:

> In that case, how can correct programs be broken if IPv6 is not
> supported?  Surely it is just a matter of binding to IPv4 and ignoring
> the error that occurs when trying to bind to the IPv6 socket (or vice
> versa if IPv6 is supported but not IPv4)?

I don't believe that combination can break correct programs.

This part of the thread started with a specific client that was having
problems following this configuration change, which I think was traced to
a bug in the way that program handled network setup.  The discussion of
blacklisting the ipv6 module was a side-part of that thread sparked by
comments about the other ways in which that program seemed to be buggy.
This whole digression is basically unrelated to the change mentioned in
the subject line.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Brian May]

On Sun, Jan 03, 2010 at 11:26:34AM +0100, Bastian Blank wrote:
> On Sun, Jan 03, 2010 at 04:55:27PM +1100, Brian May wrote:
> > On Sun, Jan 03, 2010 at 01:21:55AM +, Ben Hutchings wrote:
> > > I believe we will have Xen hypervisor and Linux dom0 packages, but they
> > > will not be supported to the degree that ordinary kernel packages are.
> > I can't see any Xen kernel in Squeeze with support for Xen. Am I blind?
> 
> Yes, you are.
> 
> | Package: linux-image-2.6.32-trunk-686-bigmem
> | [...]
> | Description: Linux 2.6.32 for PCs with 4GB+ RAM
> | [...]
> |  This kernel also runs on a Xen hypervisor.  It supports only unprivileged
> |  (domU) operation.

No wonder I didn't see it, it doesn't have xen in the name. However that is 
only a domU kernel,
Ben Hutchings said there was a dom0 kernel - was he mistaken?

> > I don't see the hypervisor either, the only packages with xen in are:
> 
> | Package: xen-hypervisor-3.4-i386
> | [...]
> | Description: The Xen Hypervisor on i386

Hmm. Looks like I was brain dead and did the wrong type of search (searched
contents of package as opposed to package names).
-- 
Brian May 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

[Brian May]

On Sun, Jan 03, 2010 at 11:10:41AM +0100, Bernhard R. Link wrote:
> > >  a) netstat garbling the addresses of connected endpoints
> > This is one of the reasons why bindv6only should be set.
> 
> I'm not arguing about bindv6only. I'm only arguing programs should work
> without ipv6 loaded.

Somewhere I got lost in this discussion.

I thought the idea of setting bindv6only is that applications should be binding
both to IPv4 and IPv6 sockets. Not to IPv4 only, and not to IPv6 only.

In that case, how can correct programs be broken if IPv6 is not supported?
Surely it is just a matter of binding to IPv4 and ignoring the error that
occurs when trying to bind to the IPv6 socket (or vice versa if IPv6 is
supported but not IPv4)?
-- 
Brian May 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563589: ITP: libtemplate-plugin-clickable-email-perl -- Plugin to make clickable e-mail addresses with perl Template Toolkit

[USB]

Package: wnpp
Severity: wishlist
Owner: "Ernesto Hernández-Novich (USB)" 


* Package name: libtemplate-plugin-clickable-email-perl
  Version : 0.01
  Upstream Author : Nik Clayton 
* URL : http://search.cpan.org/dist/Template-Plugin-Clickable-Email/
* License : BSD
  Programming Lang: Perl
  Description : Plugin to make clickable e-mail addresses with perl 
Template Toolkit

Template::Plugin::Clickable::Email is a plugin for the perl Template
Toolkit that converts e-mail addresses to proper HTML mailto: URLs.

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (900, 'stable'), (1, 'experimental')
Architecture: i386 (i686)



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 561961

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 561961 wontfix
Bug #561961 {Done: Holger Levsen } [general] general: 
add a language-selector like ubuntu
Added tag(s) wontfix.
>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 561966

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 561966 wontfix
Bug #561966 {Done: Holger Levsen } [general] general: 
Centralized configuration for the hinting style and dpi
Added tag(s) wontfix.
>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 561962

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 561962 wontfix
Bug #561962 {Done: Holger Levsen } [general] general: On 
desktop enviroments open .deb files with "gksu gdebi-gtk" by default
Added tag(s) wontfix.
>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Should ucf be of priority required?

[Manoj Srivastava]

On Sun, Jan 03 2010, Magnus Holmgren wrote:

> On måndagen den 7 december 2009, Wouter Verhelst wrote:
>> On Sun, Dec 06, 2009 at 01:17:30PM +0100, Patrick Schoenfeld wrote:
>> > But how do you fix a package to do what its supposed to do,
>> > when it isn't installed anymore?
>> 
>> You don't need to. When the package is purged, and ucf doesn't exist
>> anymore, what you do is rm -f the relevant files.
>> 
>> Unregistering those files in ucf is necessary so that ucf throws away
>> the correct checksums from its database, too. However, if ucf itself is
>> no longer on the system, then the same is true for that database, and
>> unregistering stuff from that database is no longer necessary.
>
> Unless ucf is removed but not purged, right?


Not really. If ucf is removed, then it's database can no longer
 be trusted to be accurate anyway. So the fact that the removal of the
 package is not registered in ucf's database makes no difference really
 (an untrusted DB expected to be out of date is now known to meet
 expectations).

manoj
-- 
"Even more amazing was the realization that God has Internet access.  I
wonder if He has a full newsfeed?" (By Matt Welsh)
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Should ucf be of priority required?

[Manoj Srivastava]

On Sun, Jan 03 2010, Magnus Holmgren wrote:

> On måndagen den 7 december 2009, Wouter Verhelst wrote:
>> On Sun, Dec 06, 2009 at 01:17:30PM +0100, Patrick Schoenfeld wrote:
>> > But how do you fix a package to do what its supposed to do,
>> > when it isn't installed anymore?
>> 
>> You don't need to. When the package is purged, and ucf doesn't exist
>> anymore, what you do is rm -f the relevant files.
>> 
>> Unregistering those files in ucf is necessary so that ucf throws away
>> the correct checksums from its database, too. However, if ucf itself is
>> no longer on the system, then the same is true for that database, and
>> unregistering stuff from that database is no longer necessary.
>
> Unless ucf is removed but not purged, right?

Not really. If ucf is removed, then it's database can no longer
 be trusted to be accurate anyway. So the fact that the removal of the
 package is not registered in ucf's database makes no difference really
 (an untrusted DB expected to be out of date is now known to meet
 expectations).

manoj
-- 
He who hesitates is sometimes saved.
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Python 2.6

[Stefano Zacchiroli]

On Sun, Jan 03, 2010 at 08:01:10PM +0100, Bastian Venthur wrote:
> I'm sorry to bring this topic up again, but what is the status of Python
> 2.6 and Squeeze? I wrote a mail to doko on 2009-12-13 asking him what
> his plans are and if he needs help but didn't receive an answer yet. Has
> anyone more information?

http://lists.debian.org/debian-release/2009/12/msg00207.html

(As one which is from time to time "curious" about this issue, I
 recommend to others to ask on #debian-python, people there are friendly
 and obviously knowledgable about the subject / current status. The above
 public pointer has been given to me by asking there a few days ago.)

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime


signature.asc
Description: Digital signature

Re: Should ucf be of priority required?

[Magnus Holmgren]

On måndagen den 7 december 2009, Wouter Verhelst wrote:
> On Sun, Dec 06, 2009 at 01:17:30PM +0100, Patrick Schoenfeld wrote:
> > But how do you fix a package to do what its supposed to do,
> > when it isn't installed anymore?
> 
> You don't need to. When the package is purged, and ucf doesn't exist
> anymore, what you do is rm -f the relevant files.
> 
> Unregistering those files in ucf is necessary so that ucf throws away
> the correct checksums from its database, too. However, if ucf itself is
> no longer on the system, then the same is true for that database, and
> unregistering stuff from that database is no longer necessary.

Unless ucf is removed but not purged, right?

-- 
Magnus Holmgrenholmg...@debian.org
Debian Developer 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Pasi Kärkkäinen]

On Sun, Jan 03, 2010 at 12:47:54PM +0800, Paul Wise wrote:
> On Sun, Jan 3, 2010 at 9:01 AM, Brian May  wrote:
> 
> > 1) I believe Xen, with paravirtualization (that is without QEMU) is more 
> > secure
> > then KVM (or Xen) with QEMU.
> 
> I haven't heard this claim before, do you have any references to support this?
> 

Xen guests (domUs) communicate only with Xen hypervisor, and the guests
are totally separated from each other and dom0. Xen hypervisor then passes
IO requests to/from dom0 for disk/net.

Also if running HVM guests the qemu-dm emulator binary can be run in a 
'stubdom',
so qemu can be put into it's own/private guest to get it out of dom0..
this makes HVM guests communicate with dom0 in the same way as PV guest would.

Some people prefer these models, instead of the KVM model where guests
are directly running on the host kernel.

-- Pasi


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[William Pitcock]

- "Gabor Gombas"  wrote:

> On Sun, Jan 03, 2010 at 06:31:20PM +0200, Pasi Kärkkäinen wrote:
> 
> > So the change has happened, lthough it took painfully long to get
> the
> > upstream Linux pv_ops framework in shape and all that.. and
> obviously
> > the pv_ops dom0 patches still need to get merged upstream.
> 
> That was opposed quite strongly by the kernel folks last time it was
> attempted. Were there any fundamental changes in the Xen dom0 patches
> since then?

Only by the kernel folks which believe all of the crap that the KVM
guys say about Xen.  There are plenty of kernel developers willing
to see the patches merged.

William


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Python 2.6

[Luk Claes]

Bastian Venthur wrote:
> Hi all,
> 
> I'm sorry to bring this topic up again, but what is the status of Python
> 2.6 and Squeeze? I wrote a mail to doko on 2009-12-13 asking him what
> his plans are and if he needs help but didn't receive an answer yet. Has
> anyone more information?

python 2.6 will be in Squeeze as was told previously. The main blocker
of all transitions at the moment is kde4libs not building on hppa, so if
that is not going to change soon, hppa will be dropped to not hold back
all transitions.

Currently python 2.4 is being phased out and the KDE transition is going
on before python 2.6 will be added.

Cheers

Luk


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[William Pitcock]

- "Marc Haber"  wrote:

> On Sun, 3 Jan 2010 16:55:27 +1100, Brian May 
> wrote:
> >Like I said previously, I think dropping Xen support is a mistake
> because KVM
> >requires QEMU and QEMU seems to have a reputation of being insecure.
> 
> Xen is unsupportable due to clueless upstream, who has been in a
> constant FAIL state regarding support of current kernels for years.

Do you have any proof for this claim?  xen.git seems pretty up to date to
me (2.6.31.6), and there are already people who are hacking on xen.git who
have it working on 2.6.32, which means that xen.git will be up-to-date once
Jeremy is back from holiday.

William


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Pasi Kärkkäinen]

On Sun, Jan 03, 2010 at 07:33:07PM +0100, Gabor Gombas wrote:
> On Sun, Jan 03, 2010 at 06:31:20PM +0200, Pasi Kärkkäinen wrote:
> 
> > So the change has happened, lthough it took painfully long to get the
> > upstream Linux pv_ops framework in shape and all that.. and obviously
> > the pv_ops dom0 patches still need to get merged upstream.
> 
> That was opposed quite strongly by the kernel folks last time it was
> attempted. Were there any fundamental changes in the Xen dom0 patches
> since then?
> 

Yeah, the APIC stuff has been re-architected after that.

See:
http://www.xen.org/files/xensummit_intel09/xensummit-asia-2009-talk.pdf

Actually last time when Jeremy tried to upstream the patches there was a
lot of noise, and less actual problems.

So hoping all the best for next round..

-- Pasi


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Python 2.6

[Bastian Venthur]

Hi all,

I'm sorry to bring this topic up again, but what is the status of Python
2.6 and Squeeze? I wrote a mail to doko on 2009-12-13 asking him what
his plans are and if he needs help but didn't receive an answer yet. Has
anyone more information?


Cheers and happy new year,

Bastian


-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Gabor Gombas]

On Sun, Jan 03, 2010 at 06:31:20PM +0200, Pasi Kärkkäinen wrote:

> So the change has happened, lthough it took painfully long to get the
> upstream Linux pv_ops framework in shape and all that.. and obviously
> the pv_ops dom0 patches still need to get merged upstream.

That was opposed quite strongly by the kernel folks last time it was
attempted. Were there any fundamental changes in the Xen dom0 patches
since then?

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563536: ITP: libtemplate-plugin-number-format-perl -- Number formatting plugin for perl Template Toolkit

[USB]

Package: wnpp
Severity: wishlist
Owner: "Ernesto Hernández-Novich (USB)" 


* Package name: libtemplate-plugin-number-format-perl
  Version : 1.02
  Upstream Author : Darren Chamberlain 
* URL : http://search.cpan.org/dist/Template-Plugin-Number-Format/
* License : GPL
  Programming Lang: Perl
  Description : Number formatting plugin for perl Template Toolkit

Template::Plugin::Nomber::Format is a plugin for the perl Template Toolkit
which provides access to the number formatting functions in the
Number::Format module.

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (900, 'stable'), (1, 'experimental')
Architecture: i386 (i686)



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Pasi Kärkkäinen]

On Sun, Jan 03, 2010 at 11:23:28AM +0100, Bastian Blank wrote:
> On Sun, Jan 03, 2010 at 01:21:55AM +, Ben Hutchings wrote:
> > I believe we will have Xen hypervisor and Linux dom0 packages,
> 
> The hypervisor works well, but the Linux Dom0 packages are not available
> yet, upstream is again fading behind.
> 

If we're talking about Linux 2.6.32 support for pv_ops dom0 here, then that's
in progress, see:

http://lists.xensource.com/archives/html/xen-devel/2009-12/msg01127.html

the 2.6.32 tree should be available shortly after Jeremy gets back from
his vacation.

-- Pasi


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563528: ITP: enna -- a powerful MediaCenter application based on EFL

[Davide Cavalca]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, pkg-e-de...@lists.alioth.debian.org

--- Please fill out the fields below. ---

   Package name: enna
Version: 0.4.0
Upstream Author: The Enna Project
URL: http://enna.geexbox.org
License: LGPL v2.1 or later
Description: a powerful MediaCenter application based on EFL

Enna is a Media Center application. Featuring a simple user interface,
Enna allows the user to listen to music files, watch videos, browse
photos and more. Enna builds a database of available media and can
retrieve information from the Internet, such as covers, fan arts, movie
synopsis, song lyrics and more to enrich the user experience.
.
Enna is based on the Enlightenment Foundations Libraries (EFL) as for
its graphical user interface and GeeXboX libraries as for multimedia
playback and information retrieval.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Pasi Kärkkäinen]

On Sun, Jan 03, 2010 at 10:46:38AM +0100, Marc Haber wrote:
> On Sun, 3 Jan 2010 16:55:27 +1100, Brian May 
> wrote:
> >Like I said previously, I think dropping Xen support is a mistake because KVM
> >requires QEMU and QEMU seems to have a reputation of being insecure.
> 
> Xen is unsupportable due to clueless upstream, who has been in a
> constant FAIL state regarding support of current kernels for years.
> 

For 6 months now (since summer 2009) xen-unstable (the development version) 
has been using pv_ops dom0 kernel as a default. pv_ops dom0 kernel is based on
upstream kernel.org git tree (of Linus), so it has been pretty much in
sync with the upstream Linux development. Currently it's at 2.6.31.6, but will
get updated to 2.6.32.x when the main developer gets back from his
christmas/NY break.

Upcoming Xen 4.0 release will use pv_ops dom0 as a default kernel.

So the change has happened, lthough it took painfully long to get the
upstream Linux pv_ops framework in shape and all that.. and obviously
the pv_ops dom0 patches still need to get merged upstream.

pv_ops dom0 kernel definitely needs more testing still, so now it's a
good moment to do some testing, if you're interested of this stuff.

pv_ops dom0 kernel:
http://wiki.xensource.com/xenwiki/XenParavirtOps

If pv_ops dom0 is not what you want, there are many other Xen dom0 kernel 
options aswell:
http://wiki.xensource.com/xenwiki/XenDom0Kernels

-- Pasi


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Samuel Thibault]

Brian May, le Sun 03 Jan 2010 16:48:06 +1100, a écrit :
> On Sun, Jan 03, 2010 at 12:47:54PM +0800, Paul Wise wrote:
> > On Sun, Jan 3, 2010 at 9:01 AM, Brian May  wrote:
> > 
> > > 1) I believe Xen, with paravirtualization (that is without QEMU) is more 
> > > secure
> > > then KVM (or Xen) with QEMU.
> > 
> > I haven't heard this claim before, do you have any references to support 
> > this?
> 
> http://blog.orebokech.com/2007/05/xen-security-or-lack-thereof.html links to
> http://taviso.decsystem.org/virtsec.pdf.

BTW, nowadays Xen is able to start qemu in stubdomains to sandbox it.
That is however not yet packaged in Debian.

Samuel


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

[Marco d'Itri]

On Jan 03, "Bernhard R. Link"  wrote:

> You can call bullshit whatever how often you want. That does not change
> that many people have had those problems and thus have ipv6 backlisted
> (or not even compiled in if they have their own kernels built) and
> programs not working with that are broken.
Many people are also stupid, so we have no reason to consider their
opinion interesting.

> > >  a) netstat garbling the addresses of connected endpoints
> > This is one of the reasons why bindv6only should be set.
> I'm not arguing about bindv6only. I'm only arguing programs should work
> without ipv6 loaded.
And guess what? Using bindv6only=1 solves this.

> > > [3] which not only pesters the root servers with questions for the
> > > top-level domain "$(hostname -s)",
> > Not really.
> Try to look at the outgoing dns queries. As I said I did not retest
> everything all the time. At least with etch that was still very common.
With squeeze it is not.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Xen support on Squeeze

[Romain Francoise]

Brian May  writes:

> http://blog.orebokech.com/2007/05/xen-security-or-lack-thereof.html links to
> http://taviso.decsystem.org/virtsec.pdf.

> I don't know for certain this applies to KVM, however I would assume so.

Only to a certain extent. Nowadays Linux guests in KVM use virtio
for disk/network devices and you can disable most of the rest
(vga/cdrom, etc) if you only need a Xen replacement, leaving only a
few emulated devices.

You can additionally run the kvm processes unprivileged and chrooted
on the host, and in some distributions you can even sandbox them
using SELinux (Fedora/RHEL) or AppArmor (Ubuntu). Sadly, it seems
that Debian isn't quite there yet.

Also, it is my impression that QEMU receives much more attention now
that KVM is popular, so its security record will probably improve
over time.

-- 
Romain Francoise 
http://people.debian.org/~rfrancoise/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Increasing developer productivity through tools

[George Danchev]

Florian Weimer writes:
> Have you got any suggestions for increasing productivity with proper
> IDE support for medium-sized C and C++ code bases?
> 
> I've got a hunch that proper browsing support (searching for
> definitions/references, displaying static call trees) might help me to
> navigate unfamiliar code bases, making it easier to review and apply
> fixes.  Ctags does not seem to be reliable enough.  I would prefer
> something based on a real C/C++ implementation, honoring effective
> preprocessor #defines and so on.  (C++ is desirable, but optional.)
> 
> The last time I looked at Eclipse CDT, it was somewhat approximate in
> nature (just like ctags).  So I wonder if there are other options.  My
> trouble with evaluating them myself is that I often can't tell whether
> a certain feature is buggy or not reliably supported, or if the
> project setup is wrong and the IDE cannot extract the required data
> from the source files.
> 
> The IDE does not have to run on Debian.  It can be proprietary, but
> obviously, it must be possible to get a single-seat license, and it
> shouldn't cost significantly more than the computer it will run.

Other options with browsing/searching support include:

http://www.codeblocks.org/features
http://codelite.org/Main/ReadMore

I have very limited experience with them, but at least I found that searching 
for definitions works as expected and are generally much better than Eclipse 
CDT. Both have ITP's, and perhaps some old package are still hanging at 
mentors.debian.net for a sponsor.

-- 
pub 4096R/0E4BD0AB 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Bastian Blank]

On Sun, Jan 03, 2010 at 04:55:27PM +1100, Brian May wrote:
> On Sun, Jan 03, 2010 at 01:21:55AM +, Ben Hutchings wrote:
> > I believe we will have Xen hypervisor and Linux dom0 packages, but they
> > will not be supported to the degree that ordinary kernel packages are.
> I can't see any Xen kernel in Squeeze with support for Xen. Am I blind?

Yes, you are.

| Package: linux-image-2.6.32-trunk-686-bigmem
| [...]
| Description: Linux 2.6.32 for PCs with 4GB+ RAM
| [...]
|  This kernel also runs on a Xen hypervisor.  It supports only unprivileged
|  (domU) operation.

> I don't see the hypervisor either, the only packages with xen in are:

| Package: xen-hypervisor-3.4-i386
| [...]
| Description: The Xen Hypervisor on i386

Bastian

-- 
"Get back to your stations!"
"We're beaming down to the planet, sir."
-- Kirk and Mr. Leslie, "This Side of Paradise",
   stardate 3417.3


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Bastian Blank]

On Sun, Jan 03, 2010 at 01:21:55AM +, Ben Hutchings wrote:
> I believe we will have Xen hypervisor and Linux dom0 packages,

The hypervisor works well, but the Linux Dom0 packages are not available
yet, upstream is again fading behind.

Bastian

-- 
What kind of love is that?  Not to be loved; never to have shown love.
-- Commissioner Nancy Hedford, "Metamorphosis",
   stardate 3219.8


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Marc Haber]

On Sun, 3 Jan 2010 16:55:27 +1100, Brian May 
wrote:
>Like I said previously, I think dropping Xen support is a mistake because KVM
>requires QEMU and QEMU seems to have a reputation of being insecure.

Xen is unsupportable due to clueless upstream, who has been in a
constant FAIL state regarding support of current kernels for years.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

[Bernhard R. Link]

* Marco d'Itri  [091230 10:37]:
> On Dec 30, "Bernhard R. Link"  wrote:
>
> > > > I routinely blacklist the ipv6 module. There are far too many
> > > > programs breaking or doing stuff I do not want if it is loaded.
> I call bullshit on this.

You can call bullshit whatever how often you want. That does not change
that many people have had those problems and thus have ipv6 backlisted
(or not even compiled in if they have their own kernels built) and
programs not working with that are broken.

> >  a) netstat garbling the addresses of connected endpoints
> This is one of the reasons why bindv6only should be set.

I'm not arguing about bindv6only. I'm only arguing programs should work
without ipv6 loaded.

> > [3] which not only pesters the root servers with questions for the
> > top-level domain "$(hostname -s)",
> Not really.

Try to look at the outgoing dns queries. As I said I did not retest
everything all the time. At least with etch that was still very common.
And even with lenny there are still programs needlessly sending 
queries. (Though the only one I can name is apt, which even does so
without ipv6 module loaded).

Bernhard R. Link


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Xen support on Squeeze

[Russell Coker]

On Sun, 3 Jan 2010, Ben Hutchings  wrote:
> It does require virtualisation extensions, but most x86 processors sold in
> the last few years have them.

My SE Linux Play Machine is currently running on a P3-800 system with 256M of 
RAM.  I would like to continue running on that hardware until someone gives 
me better hardware that uses no more electricity and makes no more noise - I 
expect that I will be waiting for a while as the machine in question was 
specifically designed to be quiet and low-power.  NB I am not soliciting 
donations of hardware.

http://etbe.coker.com.au/2008/07/16/xen-and-eeepc/

My EeePC 701 has no support for PAE and therefore doesn't even run the recent 
versions of Xen.  The same applies to my Thinkpad T41p (which I am using to 
write this message) and a couple of older Thinkpads that I have lying around.  
If we could get virtualisation running using older and less capable hardware 
than an i686 with PAE (the current Xen requirements) then I would be very 
happy!

I expect that it will be several years before Netbook class systems routinely 
ship with hardware that is capable of running KVM.  Even then we won't want 
to drop support for lesser hardware, it's still out there and still running.

I am not the only Debian user who relies on gifts of "obsolete" hardware for a 
significant portion of their computer use.  Some Debian users do this for 
environmental reasons, others do so for financial reasons.  My personal aim 
is to never buy new hardware except in the case of systems that break, and in 
that case I'll buy at auction - which probably means systems that are 2+ 
years old.

-- 
Russell Coker 
http://etbe.coker.com.au/  My Blog
http://etbe.coker.com.au/category/security/  My Security blog posts
http://www.coker.com.au/selinux/play.html  My Play Machine, root PW "SELINUX"


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org