Re: different .diff.gz for different platforms (armel) prohibiting upload

[Holger Levsen]

Hi,

On Montag, 28. September 2009, Rene Engelhard wrote:
> I just said that there are buildd admins/porters who are hard to deal
> with because they just don't care about build failures not caused by
> the package to be built and neither with any package else but by
> buildd/machine/arch issues.
[...]
> At which time it'll get even more funny when buildds don't try to
> build stuff - and yes, even security buildds. You really believe
> a DSA is possible nowadays without uploading handbuilt binaries? Then
> you haven't seen reality.

Well, I think this reality sucks and should be fixed. Uploading manually build 
security packages is a workaround which is error prone, as could be seen in 
the last months, where there were several uploads done in wrong build 
environments.

If there are really such non-caring buildd admins/porters this should be fixed 
at the root of the problem and not by using a workaround, which introduces 
new problems and doesnt touch the root at all.


regards,
Holger


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

gnome-power-manager does not react on low power condition in debian

[Florian Reitmeir]

Hi,

i wanted to ask, is the patch provided by the bug-report (included a
year ago into ubuntu), is not good enough to close the bug?
(https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/135548)

its very very annoying that my laptop poweroff all the time when the
battery gets low, instead of proper hibernating.

--
Florian Reitmeir


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

Re: different .diff.gz for different platforms (armel) prohibiting upload

[Julien Cristau]

On Sun, Oct  4, 2009 at 09:25:44 +0200, Holger Levsen wrote:

> Well, I think this reality sucks and should be fixed.

Hahaha.  Good luck with that plan :)

Cheers,
Julien


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

Re: different .diff.gz for different platforms (armel) prohibiting upload

[Holger Levsen]

On Sonntag, 4. Oktober 2009, Julien Cristau wrote:
> > Well, I think this reality sucks and should be fixed.
> Hahaha.  Good luck with that plan :)

I find your lack of faith disturbing.


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

Re: different .diff.gz for different platforms (armel) prohibiting upload

[Luk Claes]

Holger Levsen wrote:
> Hi,
> 
> On Montag, 28. September 2009, Rene Engelhard wrote:
>> I just said that there are buildd admins/porters who are hard to deal
>> with because they just don't care about build failures not caused by
>> the package to be built and neither with any package else but by
>> buildd/machine/arch issues.
> [...]
>> At which time it'll get even more funny when buildds don't try to
>> build stuff - and yes, even security buildds. You really believe
>> a DSA is possible nowadays without uploading handbuilt binaries? Then
>> you haven't seen reality.
> 
> Well, I think this reality sucks and should be fixed. Uploading manually 
> build 
> security packages is a workaround which is error prone, as could be seen in 
> the last months, where there were several uploads done in wrong build 
> environments.
> 
> If there are really such non-caring buildd admins/porters this should be 
> fixed 
> at the root of the problem and not by using a workaround, which introduces 
> new problems and doesnt touch the root at all.

The real problem IMHO is that we have only very few real porters left.
Some of them apparently think that unless they are contacted directly
there are no issues while many buildd admins are swamped with other work
and don't get to filing bugs for porting issues.

To all people interested, please have a look at the buildd pages [1] and
file bugs where necessary (please don't file duplicates nor file bugs
when fixing the build chroot or setting a dep-wait would suffice).

Cheers

Luk

[1] https://buildd.debian.org/status (click on the architecture you are
interested in and look at the Failed, Build-Attempted and Maybe-Failed
categories)


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

Re: Some guidance for library package building

[Neil Williams]

On Sun, 4 Oct 2009 02:05:54 +0200
Alfonso Ruzafa  wrote:

> Hello everyone.
> 
> Currently I'm developing a library and a command line tool with Autotools. I
> have 3 directories (lib, include and src).

Try debian-ment...@list.debian.org

> When I run debuild this generates empty packages (none of my files, only
> DEBIAN files). 

I suspect you're missing details in the debian/libfoo0.install files
and similar.

Take a look at any similar library package and see the regular
expressions used in the install files.

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



pgpXfOqseTvdu.pgp
Description: PGP signature

Re: Some guidance for library package building

[Neil Williams]

On Sun, 4 Oct 2009 11:31:47 +0100
Neil Williams  wrote:

> Try debian-ment...@list.debian.org

Bah, typo:

debian-ment...@lists.debian.org

http://lists.debian.org/debian-mentors/

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



pgpO3yvT1Fgph.pgp
Description: PGP signature

Re: gnome-power-manager does not react on low power condition in debian

[Michael Banck]

Hi,

On Sun, Oct 04, 2009 at 10:31:52AM +0200, Florian Reitmeir wrote:
> i wanted to ask, is the patch provided by the bug-report (included a
> year ago into ubuntu), is not good enough to close the bug?
> (https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/135548)
>
> its very very annoying that my laptop poweroff all the time when the
> battery gets low, instead of proper hibernating.

No need to CC debian-devel for a bug-specific question.  Debian-devel is
for issues pertaining to the whole distribution or at least a number of
packages, not single bugs.


thanks,

Michael


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

Re: /var/www is depracated, which directory to use?

[Frank Lin PIAT]

On Sun, 2009-09-27 at 01:45 -0700, Russ Allbery wrote:
> Holger Levsen  writes:
> 
> > I think having munin working out-of-the-box is a very neat feature.
> 
> I think we need better support in the Apache package for adding particular
> aliases and similar URL configuration into the default site, so that those
> who want to do things like this can add the necessary URL mappings to the
> default site and those of us who are doing anything more complex and who
> are therefore disabling the default site anyway don't have random packages
> suddenly taking over portions of our URL space.

The URL namespace isn't "suddenly" taken over:
1. The admin deliberately install the package.
2. The admin choose to use the default settings of the package.
   (editing the conf files is usually trivial)

Personally, on my modest production websites, I always disable the
default website (a2dissite 000-default), then disable the "Include"
lines in /etc/apache2/apache2.conf... So I can cherry pick (Include or
copy) the configuration files snippets in my vhosts.
On some other machines, I am often very happy to just "apt-get install"
and simply _read_ the fine manual.

I would be really annoyed I had to manually configure and enable
ssh-server on every machine (generating the host key, configure sshd,
enabling sshd in /etc/default/ssh, then start the service).
Same applies to most webapps.

Regards


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

Re: /var/www is depracated, which directory to use?

[sean finney]

hi stig,

(sorry for the late reply)

On Wed, Sep 30, 2009 at 09:23:17AM +0200, Stig Sandbeck Mathisen wrote:
> sean finney  writes:
> 
> > there is, it's called webapps-common[1].  unfortunately what *is*
> > missing is developers with time to put into maintaining it, which is
> > why it has not been uploaded or integrated with support for more httpd
> > services.
> 
> That looks useful.  What can I do to help?

if you (or anyone else) are interested in helping webapps-common, then
my first suggestion is to join up on debian-weba...@lists.debian.org.  
if there's enough interest we can hammer out a roadmap for what needs to
be done to get the package into a release-quality state.


sean


signature.asc
Description: Digital signature

Re: Bug#549417: ITP: coinor-bcp -- a framework for constructing parallel branch-cut-price algorithms for mixed-integer linear programs

[Thomas Hochstein]

Soeren Sonnenburg schrieb:

>>>  Upstream Author : Common Public License 1.0
>> I guess that is not right :)
>
> What is not? 

That the software is authored by a license and not a person. ;)


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

Will Mercene - Musikvideo

[kontakt]

Das Musikvideo von WILL MERCENE feat. FRANKSTA’ mit dem Titel „Ich glaub an 
mich“ ist nun überall online!!!
Unter anderem auf
MySpace: www.myspace.com/willmercene
YouTube: www.youtube.com/watch?v=2iP4pSoCmL8&feature=channel_page
Einfach anschauen, einloggen, bewerten und Comment posten!!!

God bless!!!

PS: Album jetzt bestellen unter www.willmercene.com!!!





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

Bug#549626: ITP: libvdpau -- Video Decode and Presentation API for Unix. This library provides free wrapper of the Video Decode and presentation API.

[Jean-Yves Avenard]

Package: wnpp
Severity: wishlist
Owner: "Jean-Yves Avenard" 


* Package name: libvdpau
  Version : 0.2
  Upstream Author : Aaron Plattner 
* URL : http://cgit.freedesktop.org/~aplattner/libvdpau
* License : Nvidia free
  Programming Lang: C
  Description : Video Decode and Presentation API for Unix. This library 
provides free wrapper of the Video Decode and presentation API.

A few weeks ago, nvidia announced that their vdpau wrapper library was
going to be split/removed from the nvidia driver distribution
( first announced in : http://www.nvnews.net/vbulletin/showthread.php?t=138880)

Currently, all vdpau libraries are packaged with nvidia driver (in
particular nvidia-xxx-libvdpau)
Stephen Warren from nvidia submitted various bugs describing what
structure should be adopted, like here:
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-180/+bug/432172

The main downside with the current nvidia / vdpau drivers as they are
packaged now, is that any packages built using VDPAU (mythtv,
mplayer), has a dependency on a specific nvidia drivers version.

As you can't switch graphic drivers easily...

I've built nvidia drivers without libvdpau, as per nvidia instructions
moving libvdpau to its own separate package.

I was wondering what is the best way to submit it to debian/ubuntu ?

Two modifications are required.
libvdpau package (that includes libvdpau0 and libvdpau-dev)

and the nvidia drivers to explicitely exclude libvdpau and
libvdpau_trace (or more accurately, not remove how they are included
now)...

Here is libvdpau package source code:
http://www.avenard.org/files/ubuntu-repos/release/libvdpau_0.2-0ubuntu6.tar.gz

nvidia drivers for use with new libvdpau:
180.60
http://www.avenard.org/files/ubuntu-repos/release/nvidia-graphics-drivers-180_180.60-0ubuntu9.tar.gz

185.18.36
http://www.avenard.org/files/ubuntu-repos/release/nvidia-graphics-drivers-185_185.18.36-0ubuntu2.tar.gz

190.36
http://www.avenard.org/files/ubuntu-repos/release/nvidia-graphics-drivers-190_190.36-0ubuntu6.tar.gz

Then all packages with a build dependency to nvidia-xxx-libvdpau-dev
should be changed to libvdpau-dev
And now packages should now directly reference any nvidia-xxx-libvdpau
package or link with libvdpau_nvidia.so

I'm happy to modify libvdpau package in any ways you see fit and
maintain it in the future...

Thank you
Jean-Yves

-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty')
Architecture: amd64 (x86_64)



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

Re: Faster boot by running init.d scripts in parallel

[Manoj Srivastava]

On Fri, Sep 25 2009, Petter Reinholdtsen wrote:

> [Manoj Srivastava]
>> I can still put up the bootchartd data, but it is pretty boring.

> Please do, I find it interesting to learn more how different Debian
> systems boot to see if there are new improvements to be found. :)

ok. Late, but better than never:
 http://people.debian.org/~srivasta/

bootchart-unopt.png   =  Data from before I started working
 on optimizing boot times
bootchart_concurrency.*   = With CONCURRENCY=Makefile
bootchart.*   = Normal, serial boot.

manoj

-- 
Pray: To ask that the laws of the universe be annulled in behalf of a
single petitioner confessedly unworthy.-- Ambrose Bierce
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: Faster boot by running init.d scripts in parallel

[Petter Reinholdtsen]

[Manoj Srivastava]
>  ok. Late, but better than never:
>  http://people.debian.org/~srivasta/

Thank you.  Very interesting to see. :)

> bootchart-unopt.png   =  Data from before I started working
>  on optimizing boot times

Duration 2 minutes 13 seconds, and as far as I can see using the
legacy boot ordering and sequencial boot.

> bootchart_concurrency.*   = With CONCURRENCY=Makefile

Duration 1 minute 7 seconds, and using concurrent booting and the new
dependency based boot ordering.  Unable to see the start of the
slowest component from the original boot, the opennms, and that is
rather strange.  Was opennms started as it should, or is there some
dependency bug in its init.d script?

> bootchart.*   = Normal, serial boot.

Duration also 1 minute 7 seconds, and as far as I can see this is
using concurrent booting (init.d/rc is starting startpar) too.  Seem
to be identical to the other boot.  Why did you believe this was using
serial boot?  The content of /etc/default/rcS must have had some
CONCURRENCY setting, or there must be a but in sysv-rc. :)

Happy hacking,
-- 
Petter Reinholdtsen


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