Bug#632707: ITP: smp-utils -- SAS Expander (SMP) utilities for SAS/SATA disk arrays

2011-07-05 Thread Ritesh Raj Sarraf
Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf 

* Package name: smp-utils
  Version : 0.96
  Upstream Author : Douglas Gilbert 
* URL : http://sg.danny.cz/sg/smp_utils.html
* License : GPLv2
  Programming Lang: C
  Description : SAS Expander (SMP) utilities for SAS/SATA disk arrays

Utilities that send a Serial Attached SCSI (SAS) Management Protocol (SMP)
request to a SMP target. If the request fails then the error is decoded.
If the request succeeds then the response is either decoded, printed out in
hexadecimal or output in binary. This package supports multiple interfaces
since SMP passthroughs are not mature. This package supports the Linux 2.6 
series.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110705072339.13415.23677.report...@champaran.hq.netapp.com



build self-contained repository for offline use

2011-07-05 Thread Hamish Moffatt
I need to build a repository to allow some specified packages to be
installed on computers without internet access. It needs to contain the
specified packages plus any dependencies (new packages and new versions)
from squeeze plus other repositories such as squeeze backports and some
local ones.

I want to include everything beyond a basic squeeze install. (Ideally I 
can feed in a list of stuff to be excluded.)

Does anyone know a tool/process for doing this?

thanks,
Hamish


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110705075959.ga26...@risingsoftware.com



Re: build self-contained repository for offline use

2011-07-05 Thread mlotpot . news

- Mail Original -
> De: "Hamish Moffatt" 
> Objet: build self-contained repository for offline use
> 
> I need to build a repository to allow some specified packages to be
> installed on computers without internet access. It needs to contain the
> specified packages plus any dependencies (new packages and new versions)
> from squeeze plus other repositories such as squeeze backports and some
> local ones.

Wouldn't that suite your needs:
http://wiki.debian.org/DebianCustomCD

Regards, T.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/842294701.2137461309855464875.javamail.r...@zimbra17-e3.priv.proxad.net



Re: build self-contained repository for offline use

2011-07-05 Thread Roland Mas
Hamish Moffatt, 2011-07-05 03:59:59 -0400 :

> I need to build a repository to allow some specified packages to be
> installed on computers without internet access. It needs to contain the
> specified packages plus any dependencies (new packages and new versions)
> from squeeze plus other repositories such as squeeze backports and some
> local ones.

[...]

I haven't investigated apt-clone in depth yet, but its package
description sounds like it could help.

Roland.
-- 
Roland Mas

Bee There Orr Bee A Rectangular Thyng!
  -- in Soul Music (Terry Pratchett)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/87iprhp00c@mirexpress.internal.placard.fr.eu.org



Re: build self-contained repository for offline use

2011-07-05 Thread Mehdi Dogguy
On 05/07/2011 09:59, Hamish Moffatt wrote:
> I need to build a repository to allow some specified packages to be
> installed on computers without internet access. It needs to contain the
> specified packages plus any dependencies (new packages and new versions)
> from squeeze plus other repositories such as squeeze backports and some
> local ones.
> 
> I want to include everything beyond a basic squeeze install. (Ideally I 
> can feed in a list of stuff to be excluded.)
> 
> Does anyone know a tool/process for doing this?
> 

http://aptoncd.sourceforge.net/ might be what you are looking for.

HTH,

-- 
Mehdi Dogguy مهدي الدڤي
mehdi@{dogguy.org,debian.org}


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e12d80a.3060...@debian.org



Re: how to divert /etc/profile?

2011-07-05 Thread Thilo Six
Lars Wirzenius wrote the following on 04.07.2011 12:33

Hello

> On Mon, Jul 04, 2011 at 11:50:58AM +0200, Harald Dunkel wrote:
>> I would like to install a private package diverting
>> /etc/profile (to support /etc/profile.d). Problem:
>> There is no owner for this file.
> 
> Stock Debian already supports /etc/profile.d.
> 
> if [ -d /etc/profile.d ]; then
>   for i in /etc/profile.d/*.sh; do
> if [ -r $i ]; then
>   . $i
> fi
>   done
>   unset i
> fi
> 

May i add that '/etc/profile' is one of those files that are never automatically
touched when installed once.


,[ /usr/share/doc/base-files/README   ]

Q. After upgrading my system recently, I noticed that some files from
base-files do not match the ones which are installed on a fresh install
of squeeze. Should I not be warned about that?

A. Those files are configuration files, so they are completely under
the control of the system admin. The files installed by base-files are
just defaults. Changes in the default files are not important enough
to warn the user, as it is also policy that prompting should be
reduced to a minimum. This is also the reason they are not handled via
dpkg's conffile mechanism.

In either case, if you want to "upgrade" those files, just look at the
postinst for base-files (i.e. /var/lib/dpkg/info/base-files.postinst)
and you will see how they are created and where their master copies are:

  install_from_default /usr/share/base-files/nsswitch.conf /etc/nsswitch.conf
  install_from_default /usr/share/base-files/dot.profile   /root/.profile
  install_from_default /usr/share/base-files/dot.bashrc/root/.bashrc
  install_from_default /usr/share/base-files/profile   /etc/profile
  install_from_default /usr/share/base-files/motd  /etc/motd

So, if you want your system to be as similar as possible to a newly
installed squeeze system, you might want to sync these files manually.
`-

So basically since squeeze stock Debian has support for '/etc/profile.d' but
when Debian has been installed with an earlier version and had been
{dist,full}-upgraded this isn't the case.
The admin has to take manual action first.
-- 
bye Thilo

4096R/0xC70B1A8F
721B 1BA0 095C 1ABA 3FC6  7C18 89A4 A2A0 C70B 1A8F



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/iuum42$fo4$1...@dough.gmane.org



Bug: dh_make fails to make driver symbolic links without absolute paths

2011-07-05 Thread SP
Apparently cp -s needs absolute paths. Yet dh_make tries to use it 
relative paths (called from Debian dpkg-buildpackage version 
1.15.8.10ubuntu1). Quoting relevant log below:


# Copy only the driver source to the proper location
cp -s driver/* debian/XXX-source/usr/src/modules/XXX
cp: `debian/XXX-source/usr/src/modules/s2226/XXX.ko': can make relative 
symbolic links only in current directory


Has this been fixed in upstream? Is there a work around?

Bug has been filed here:
https://bugs.launchpad.net/ubuntu/+source/dh-make/+bug/803882

Thank you


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e12e8f8.8050...@orbitalfox.com



Re: Bug: dh_make fails to make driver symbolic links without absolute paths

2011-07-05 Thread Bernd Zeimetz
On 07/05/2011 12:35 PM, SP wrote:
> Has this been fixed in upstream? Is there a work around?
> 
> Bug has been filed here:
> https://bugs.launchpad.net/ubuntu/+source/dh-make/+bug/803882

Please file it in the debian bug tracker.

-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e12fa09.6000...@bzed.de



Bug#632740: ITP: python-webcolors -- library of color names and value formats defined by HTML and CSS

2011-07-05 Thread Kouhei Maeda
Package: wnpp
Severity: wishlist
Owner: Kouhei Maeda 


* Package name: python-webcolors
  Version : 1.3.1
  Upstream Author : James Bennett 
* URL : http://www.bitbucket.org/ubernostrum/webcolors/overview/
* License : BSD
  Programming Lang: Python
  Description : library of color names and value formats defined by HTML 
and CSS
  Support is included for the following formats, but this support RGB colorspace
 only.
 * Specification-defined color names
 * Six-digit hexadecimal
 * Three-digit hexadecimal
 * Integer rgb() triplet
 * Percentage rgb() triplet
 This module conversion to/from HSL can be handled by the "colorsys" module in
 the Python standard library.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110705145952.9149.76327.report...@silicon.palmtb.net



Bug#632741: ITP: dozzaqueux -- simulator for chemical mixtures

2011-07-05 Thread Georges Khaznadar
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar 


* Package name: dozzaqueux
  Version : 3.20
  Upstream Author : Jean-Marie Biansan 
* URL : http://jeanmarie.biansan.free.fr/dozzzaqueux.html
* License : GPL-2
  Programming Lang: Free Pascal (Lazarus librries)
  Description : simulator for chemical mixtures

 just choose reactants to put in the beaker, those to put in the burette, 
 dozzaqueux plots the concentrations vs. the mixed volume, and many more.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110705150305.30188.82994.report...@photos.khaznadar.fr



Re: build self-contained repository for offline use

2011-07-05 Thread Paul Wise
One of apt-zip/aptoncd/apt-offline might meet your needs.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caktje6g11smho1mo2fzuk63faxtz-qqwy8yxpte67rn-nho...@mail.gmail.com



How to warn user about breaking change in location of runtime file?

2011-07-05 Thread Leonid Borisenko
  Hi,

  I'm maintainer of uWSGI package and want to introduce in next version
of package possibly breaking change in location of runtime file.

  uWSGI is a (web-)application server and usually is proxied by
Apache2/Nginx/Cherokee via communication socket. uWSGI init.d script,
provided by uwsgi package, guarantees creation of UNIX socket in
'/run/uwsgi//socket' (where  is the name of
user-made configuration file seen by init.d script).

  I want to move socket location from '/run/uwsgi//socket' to
'/run/uwsgi/app//socket'. If user relied on socket location,
then upgrade of uwsgi package will require manual editing of frontend
server configuration. Until editing (and reloading of upstream server),
behavior of the whole server stack will be broken.

  So I want to provide visible warning about introduced change in socket
location. And I'm curious about how to do it right.

  I've asked about it in debian-mentors [1]. In short: I've asked for
advice in choosing between: 1) mentioning of change in NEWS.Debian, 2)
providing debconf note, 3) both 1. and 2., 4) something else. I've
recieved no answers though.

  Since then, I've found that similar questions were discussed in
debian-devel some years ago (I've found threads from 2006, 2007 years).
And the conclusion was to use of NEWS.Debian exclusively (and to not
abuse debconf). I've also found and read relevant sections of Debian
Developer's Reference: 6.3.4 and 6.5.1. These sections also recommends
to use NEWS.Debian only.

  So I assume that mentioning of change in NEWS.Debian only is the right
way. Is it still true? Or there is more preferred way to warn user?

[1] http://lists.debian.org/debian-mentors/2011/06/msg00273.html


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e13fbc3.4030...@gmail.com