Bug#1074581: ITP: libtie-aliashash-perl -- module to provide hash with aliases key (multiple keys, one value)

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine 
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtie-aliashash-perl
  Version : 1.02
  Upstream Contact: Aldo Calpini 
* URL : https://metacpan.org/release/Tie-AliasHash
* License : Artistic
  Programming Lang: Perl
  Description : module to provide hash with aliases key (multiple keys, one 
value)

 Tie::AliasHash creates hashes that can have multiple keys for a single value.
 This means that some keys are just 'aliases' for other keys.
 
 Two aliases keys share the same value, so that fetching either of them will
 always return the same value, and storing a value in one of them will change
 both.
 
 The only difference between the two keys is that aliased key is not reported
 by keys() and each().

-- 
⢀⣴⠾⠻⢶⣦⠀ Francesco Paolo Lovergine
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ 0579 A97A 2238 EBF9 BE61
⠈⠳⣄ ED02 0F02 A5E1 1636 86A4

Bug#1074409: ITP: jeolib-miallib -- JRC morphological and image processing library

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine 
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-...@lists.debian.org

Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine 
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-...@lists.debian.org

* Package name: jeolib-miallib
  Version : 1.1.3
  Upstream Contact: Pieter Kempeneers 
* URL : https://github.com/ec-jrc/jeolib-miallib
* License : GPL
  Programming Lang: C
  Description : JRC morphological and image processing library

 Miallib is a C library including image processing and
 mathematical morphology algorithms used by Join Research Center
 in their Big Data Analytics Platform, with binding for Python
 provided.
 .
 This is the first component of the JRC PyJeo C++ and Python
 library, but can be used as a standalone library too.

-- 
⢀⣴⠾⠻⢶⣦⠀ Francesco Paolo Lovergine
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ 0579 A97A 2238 EBF9 BE61
⠈⠳⣄ ED02 0F02 A5E1 1636 86A4

Bug#1073553: ITP: libgeo-converter-wkt2kml-perl -- a package to convert between WKT and KML standards

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: libgeo-converter-wkt2kml-perl
  Version : 0.0.3
  Upstream Contact: OHTSUKA Ko-hei 
* URL : https://metacpan.org/release/Geo-Converter-WKT2KML
* License : Perl Artistic
  Programming Lang: Perl
  Description : A package to convert between WKT and KML standards

  Geo::Converter::WKT2KML provides two functions, wkt2kml and kml2wkt.
  They convert geometry formats WKT (Well-Known Text) and KML
  each other. While the WKT spec is completely implemented, the KML
  spec is not completely interpreted.

-- 
⢀⣴⠾⠻⢶⣦⠀ Francesco Paolo Lovergine
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ 0579 A97A 2238 EBF9 BE61
⠈⠳⣄ ED02 0F02 A5E1 1636 86A4

Re: xz backdoor

[Francesco P. Lovergine]

On Fri, Mar 29, 2024 at 09:09:45PM +0100, Sirius wrote:

Hi there,

This is quite actively discussed on Fedora lists.
https://www.openwall.com/lists/oss-security/2024/
https://www.openwall.com/lists/oss-security/2024/03/29/4

Worth taking a look if action need to be taken on Debian.



Speaking about that, I'm a simple guy: how can anyone trust
sources signed by an unsigned-gnupg-key committer (I mean both the
actors of this tragically ridicolous drama)? 
In 2024. Really?

Even the unperfect web-of-trust is better than nothing at all.

--
⢀⣴⠾⠻⢶⣦⠀ Francesco Paolo Lovergine
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ 0579 A97A 2238 EBF9 BE61
⠈⠳⣄ ED02 0F02 A5E1 1636 86A4

Re: xz backdoor

[Francesco P. Lovergine]

On Sun, Mar 31, 2024 at 12:39:55PM +0200, Johannes Schauer Marin Rodrigues 
wrote:

In summary: would running unstable instead of bookworm let me find more bugs
than running bookworm with unstable chroots? For my specific work: yes,
absolutely.  Am I upgrading from bookworm to unstable or at least testing?
Absolutely not. I just don't have the amount of free-time this would require of
me.  Just performing the 12-13 bisection steps to find the offending kernel
commit which makes my system lock up would easily require a day of free time
from me.  I'm afraid I do not have this luxury. Not even remotely close!



+1 


I run stably and alternatively 4-6 different personal boxes during the week, all
with stable. Dedicating time to debugging silly egg-and-chicken breakages due 
to sid
life cycle (anyone nominated 64t saga?) is out of discussion. I did
that years ago, when I had more time an less personal boxes to run.


So I'll continue to not dogfood as hard as I could and run as much from
bookworm as I can. Would it make me a better contributor if I ran unstable?
Certainly! But this thing is just a hobby of mine and I can only allot that
much time to do risky experiments with my only computer. I guess others are in
the same boat?


I would also add that even stable/oldstable needs care, and I need to support
multiple users to have a decent workflow on them. Our main network runs
about a dozen of general purpose stable servers/VMs and that's more than enough.

That said I still run a single sid boxes (no GPG/essential keys there)
and I would add that some bugs can be seen only at stable upgrade time
or during the testing life-cycle, not when one runs sid all time. 


A lot of issues can be found only by running accurate tests on fresh
boxes, not via sid daily use, which is only a part of the whole story.

--
⢀⣴⠾⠻⢶⣦⠀ Francesco Paolo Lovergine
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ 0579 A97A 2238 EBF9 BE61
⠈⠳⣄ ED02 0F02 A5E1 1636 86A4

Bug#1061195: ITP: libgeo-wkt-simple-perl -- Simple utils to parse/build Well Known Text(WKT) format string

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: libgeo-wkt-simple-perl
  Version : 0.05
  Upstream Contact: Yuto KAWAMURA 
* URL : https://metacpan.org/release/KAWAMURAY/Geo-WKT-Simple-0.05
* License : Perl
  Programming Lang: Perl
  Description : Simple utils to parse/build Well Known Text(WKT) format 
string

 This module can parse/build WKT format string into/from pure Perl data
 structure. It is simpler than Geo::WKT and does not depend on the Proj
 library, and even support MULTI(LINE|STRING|POLYGON) objects.

-- 
⢀⣴⠾⠻⢶⣦⠀ Francesco Paolo Lovergine
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ 0579 A97A 2238 EBF9 BE61
⠈⠳⣄ ED02 0F02 A5E1 1636 86A4

Bug#1060757: ITP: libdata-find-perl -- Find data in arbitrary data structures

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: libdata-find-perl
  Version : 0.03
  Upstream Contact: Andy Armstrong 
* URL : https://github.com/AndyA/Data--Find
* License : Perl
  Programming Lang: Perl
  Description : Find data in arbitrary data structures

  A simple module to navigate a Perl data structure with
  three exported subroutines (diter, dfind and dwith) 
  and find data occurrences.

-- 
⢀⣴⠾⠻⢶⣦⠀ Francesco Paolo Lovergine
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ 0579 A97A 2238 EBF9 BE61
⠈⠳⣄ ED02 0F02 A5E1 1636 86A4

Informatics

[p db]

What meant the term: "Informatics"?

The term: "Informatics"; was coined in 1962 by Philippe Dreyfus and derives
from the French language and would mean:

"Automatic Information" !

In Italian it means:

"Automatic Information"!

Subsequently the term " Automatic Information", over the decades, became:
"Informatics"; and no one took care to remember the roots of the word and
to highlight the true meaning in the French language.

Philippe Dreyfus, was born in Paris on 04 November 1925 and died on 30 July
2018 in Biarritz; he was a pioneer in the Informatics industry.

After taking the Master's Degree in Physics in 1950, at the Higher School
of Physics and Industrial Chemistry in Paris, he was hired as Professor of
Computer Science at Harvard University, where he used the computer:
"Harvard Mark I" which was funded by (IBM) International Business Machine
for its construction.

Please read carefully the website:

https://fr.m.wikipedia.org/wiki/Informatique

Best Regards,

Paolo Del Bene [17bdP]

Bug#1053604: ITP: libgeo-gdal-ffi-perl -- foreign function interface for GDAL/OGR binding

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: libgeo-gdal-ffi-perl
  Version : 0.1
  Upstream Contact: Ari Jolma 
* URL : https://metacpan.org/release/Geo-GDAL-FFI
* License : Artistic-2.0
  Programming Lang: Perl
  Description : foreign function interface for GDAL/OGR binding

 This is a foreign function interface (FFI) to the GDAL/OGR geospatial data 
access
 library. 
 .
 The FFI interface is based on the C API for GDAL/OGR as defined in version 3.5+
 and replaces the deprecated Geo::GDAL interface based on XS.

-- 
Francesco P. Lovergine

Re: Far rientrae un pacchetto con mantainer irreperibile?

[Francesco P. Lovergine]

On Sun, Oct 01, 2023 at 06:10:55PM +0200, Marco Gaiarin wrote:


Ho migrato a bullseye un server e mi sono perso 'autotrash':

https://tracker.debian.org/pkg/autotrash

che era in python2; cercando alternative (che poi ho trovato: trash-cli) ho
visto però che è ripartito lo sviluppo in python3:

https://github.com/bneijt/autotrash/tree/main
https://bneijt.nl/pr/autotrash/

ho provato a contattare il vecchio devel, ma l'email rimbalza.


Che si fa in questi casi? Grazie.



Probabilmente è MIA, qui trovi informazioni utili a riguardo su come procedere:
https://wiki.debian.org/Teams/MIA

In ogni caso il package è stato rimosso, quindi puoi ripartire da zero con
la normale trafila per l'upload. 


--
Francesco P. Lovergine

Bug#1052224: ITP: libalien-base-modulebuild-perl -- subclass of Module::Build for building Alien:: modules and their libraries

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine 
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-p...@lists.debian.org

* Package name: libalien-base-modulebuild-perl
  Version : 1.17
  Upstream Contact: Joel A Berger 
* URL : https://metacpan.org/release/Alien-Base-ModuleBuild
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : subclass of Module::Build for building Alien:: modules and 
their libraries

 This is a subclass of Module::Build, that with Alien::Base allows for easy
 creation of Alien distributions. Alien::Base::ModuleBuild is used during the
 build step of your distribution. When properly configured it will
 use pkg-config to find and use the system version of the library
 download, build and install the library if the system does not provide it.
 .
 This module is in maintenance mode, use Alien::Build for new stuff.

-- 
Francesco P. Lovergine

Empowering Your Audience for Financial Success

[Amy P]

 Hi,

Financial wellness is a major concern for people in today's fast-paced
world. It may come as a surprise that 65% of Americans do not have access
to proper financial planning or advice.

As a publisher, you can curate and deliver your subscribers the right
content and tools. By connecting them with reputable financial advisors,
educational materials, and interactive tools, you empower them to make
informed decisions and take control of their financial well-being.

In addition to fostering loyalty, Kapitalwise Advisor Connect opens up new
revenue streams for your publishing business. By partnering with
Kapitalwise, you can generate revenue from your content while providing
value-added financial advice to your subscribers.

The AdvisorConnect

widget recommends local financial wellness resources to site visitors. On
the backend, it helps you earn additional revenue through lead generation
for our clients. Adding it to your site is super simple. You can signup for
a free account here
.

If you want to schedule a quick demo of how it works schedule it on my
calendar
and
I'll be happy to show you how you can get additional revenue.
I'm looking forward to hearing from you.
Speak soon!

All the best,

Amy Pablo

Account Executive

Kapitalwise
2013811845 <+1-630-400-1220>
a...@kapitalwise.com
www.kapitalwise.com 
43 W23rd Street, New York, NY, 10010
[image: facebook]

[image: twitter]

[image: linkedin]

Bug#1039093: ITP: libalien-build-perl -- module to build external dependencies for use in CPAN

[Francesco P. Lovergine]

Package: wnpp
Owner: Francesco Paolo Lovergine 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org

* Package name: libalien-build-perl
  Version : 2.80
  Upstream Author : Graham Ollis 
* URL : https://metacpan.org/release/Alien-Build
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to build external dependencies for use in CPAN

Alien::Build provides tools for building external (non-CPAN) dependencies for
CPAN. It is mainly designed to be used at install time of a CPAN client, and
work closely with Alien::Base which is used at runtime.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.

Re: General Resolution: Richard Stallman's readmission to the FSF board

[T P]

On Thu, Mar 25, 2021 at 05:13:52PM -0400, Kurt Meyer wrote:
> On Thu, Mar 25, 2021, at 17:04, Debian Project Secretary - Kurt Roeckx wrote:
> > 
> > A General Resolution has been started about Richard Stallman's
> > readmission to the FSF board.
> > 
> > It currently has 1 available options, but other proposals have been 
> > suggested.
> > 
> > More information can be found at:
> > https://www.debian.org/vote/2021/vote_002
> > 
> > 
> > Kurt Roeckx
> > Debian Project Secretary
> > 
> 
> Based on the wording of the general resolution, it appears that you and
> others basically disagree with RMS on issues. Is that a good reason to
> do what you're doing? In my opinion, it is not. Work on Debian Linux,
> not participate in the hatefulness of Cancel Culture.


Silence is the best troll poison.

Bug#978706: ITP: ypserv -- Server daemon for working with Network Information System (NIS)

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" 

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" 

* Package name: ypserv
  Version : 4.1
  Upstream Author : Thorsten Kukuk
* URL : http://www.linux-nis.org/
* License : GPL, LGPL, BSD
  Programming Lang: C
  Description : Server daemon for working with Network Information System 
(NIS)

  This package provides the multi-threading version of ypserv and other tools, 
required
  to implement a NIS server for shared accounts and network names.
  
  NIS, originally known as Yellow Pages (YP), is mostly used to let
  several machines in a network share the same account information, such
  as the password file. It is an old, but simple system to share information,
  which should be used only in relatively trusted networks, due to its
  intrinsic limitations for security.

  Note:

  I'm re-organizing and modernizing the old `nis` all-in-one package, following
  the three distinct upstream source projects. The yp-tools is already present
  in the main archive since a couple of years.

Bug#978705: ITP: ypbind -- Client daemon for working with Network Information System (NIS)

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" 

* Package name: ypbind
 Version : 2.7.2
 Upstream Author : Thorsten Kukuk
* URL : http://www.linux-nis.org/
* License : GPL, LGPL, BSD
 Programming Lang: C
 Description : Client daemon for working with Network Information System 
(NIS)

 This package provides the multi-threading version of ypbind, required
 to implement a NIS client service for shared accounts and network names.
 
 NIS, originally known as Yellow Pages (YP), is mostly used to let

 several machines in a network share the same account information, such
 as the password file. It is an old, but simple system to share information,
 which should be used only in relatively trusted networks, due to its
 intrinsic limitations for security.

 Note:

 I'm re-organizing and modernizing the old `nis` all-in-one package, following
 the three distinct upstream source projects. The yp-tools is already present
 in the main archive since a couple of years.

--
Francesco P. Lovergine

RE: Proposal: Repository for fast-paced package backports

[L . P . H . van Belle]

Hai, 

A very interesting thread this, since im doing this already for samba, my 
comments.. 
If i may ..

Im running a samba repo now for jessie and stretch. ( and ubuntu 18.04 ) 
I really needed newer samba packages and i was not able to get them uploaded to 
unstable. 
So i decided to build them myself and share them. 

And now people are more and more using my samba package over the official 
debian package. 
Because the newer version are build against debian stable or oldstable, and 
people can choose there upgrade.

If the might be a fast-lane repo, why not per package version.
This way we can keep the changes to other packages small and limited. 

What i now now do. 
I have 4 repo's for jessie,  jessie-samba45 jessie-samba46 jessie-samba47 
jessie-samba48 
I have 4 repo's for stretch, stretch-samba46 stretch-samba47 stretch-samba48 
stretch-samba49
(And for the ubuntu supporters a samba49 in amd64 only.)

Why 4? 
https://wiki.samba.org/index.php/Samba_Release_Planning 
Debian version 4.5 (in stable)  And the 3 maintanted samba versions. 

Currely Debian samba is 4.5.12, which is fine, but if you want a more advanced 
samba, you really need to upgrade.
The difference between 4.5.12 and 4.5.16, is major in winbind fixed already. 

What i also do, at least try to, keep 2 versions of samba in sync, above shows 
3 but i need 2 at least. 
I do this so the OS upgrade wont affect a samba upgrade. 
Users choose a samba version and stay in that version, untill they dicede to 
upgrade samba, or get new when new debian stable has a higher release.
Im doing this since samba 4.1.x debian Wheezy, and main reason is the fast 
samba pace and slow debian packages.
Not that i mind that, i do love debian and its stability so, keep it slow, yes, 
but an option for fast moving packages would be nice. 

So how about something like this. 
deb http://deb.debian.org/debian fastmove/stretch-samba48 main contrib 
non-free" 

And if one want a samba 4.9 that does not exist withing debian, you create the 
stretch-samba49 line. 
deb http://deb.debian.org/debian fastmove/stretch-samba49 main contrib 
non-free" 

And if the stable version gets thats a higher version then the fastmove, its 
automaticly picked up again. 

So if a contibuter wants a higher version, he can build it, and upload it. 
And the original maintains should get a ping of a higher release version, so if 
needed they can adopt it to experimental before it goes to unstable. 

This is a bit what i do for samba ( and debian ) 

Just my suggest as community helper. 


Greetz, 

Louis



> -Oorspronkelijk bericht-
> Van: Dominik George [mailto:naturesha...@debian.org] 
> Verzonden: dinsdag 25 december 2018 21:46
> Aan: debian-devel@lists.debian.org; 
> debian-backpo...@lists.debian.org; debian-rele...@lists.debian.org
> Onderwerp: Proposal: Repository for fast-paced package backports
> 
> Heisann, alle sammen,
> 
> as announced in the recent thread about maintaining, I hereby 
> propose a
> repository that allows making “backports” of packages 
> available to users
> of the stable distribution, if those packages cannot be maintained in
> testing and backported in the usual way. If you are interested in what
> lead up to that, please see bug #915050. I will give a short 
> summary of
> it here.
> 
> 
> Reasons for having a special place for some packages
> 
> 
> (You may want to skip this part if you are familiar with the 
> situation.)
> 
> As all developers know (but passers-by may not), for software to enter
> the Debian archive, it is always uploaded to the unstable 
> distribution,
> then migrates to testing (hopefully ;)), which is at some 
> point snapshot
> and made the new stable release. From there on, maintainers have two
> obligations: Firstly, keep the package in stable good and secure, e.g.
> by uploading security fixes for it once they become available 
> upstream,
> or even backport fixes themselves. Secondly, provide the package in
> unstable with updates and ensure its migration, to keep it 
> ready for the
> next stable release.
> 
> Now, for some software packages, this process is problematic, because
> upstream may have another idea about software lifecycles. 
> Concerning the
> GitLab example, upstream provides security fixes for three months for
> their stable releases. Backporting fixes from newer versions is very
> hard or impossible because the massive amounts of changes to the
> software in every new versions. This is something that also affects
> other packages, like Mozilla Firefox, which has a firefox package in
> unstable, and a separate firefox-esr package, with the ESR version of
> Firefox. Only the latter migrates to testing.
> 
> Users of Debian honour it for its stability, but as an agile software
> lifecycle is adapted by more and more very popular software packages,
> not being able to install these packages in the trusted, well-known
> fashion through the official apt 

Bug#904668: ITP: libfortran-format-perl -- Package to parse Fortran formats string descriptors in Perl

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine 

* Package name: libfortran-format-perl
 Version : 0.90
 Upstream Author : Ivan Tubert-Brohman 
* URL : https://metacpan.org/release/Fortran-Format
* License : Artistic
 Programming Lang: Perl
 Description : Package to parse Fortran formats string descriptors in Perl

 This is a Perl implementation of the Fortran 77 formatted input/output
 facility. One possible use is for producing input files for old Fortran
 programs, making sure that their column-oriented records are rigorously
 correct. Fortran formats may also have some advantages over printf in some
 cases: it is very easy to output an array, reusing the format as needed; and
 the syntax for repeated columns is more concise. Unlike printf, for good or
 ill, Fortran-formatted fields never exceed their desired width.
 .
 This implementation was written in pure Perl, with portability and
 correctness in mind. It implements the full ANSI standard for Fortran 77
 Formats (or at least it should). It was not written with speed in mind, so if
 you need to process millions of records it may not be what you need.

--
Francesco P. Lovergine

Re: Can aolserver4 be considered superseded and removed?

[Francesco P. Lovergine]

On Thu, Jul 19, 2018 at 01:07:24PM +0200, Héctor Romojaro Gómez wrote:

We have naviserver in NEW [0] (for four months but okay). I don't see
any reference to the aolserver4 package. I was expecting something
like
Provides:/Replaces:/Package: for a transitional package to move all
users from aolserver4 over to naviserver.


I will add a "Replaces" to the naviserver package once it hits sid and
i am able to upload a newer version.


I am currious now if I am allowed to reassing [2] over to
ftp.debian.org
for the removal.


Fine for me, let's wait for Frankie's opinion.


There is also ITP for naviserver-modules [1] so I could then file a
RM
for aolserver4-nsopenssl which I what I planned in the beginning.
Any objections?


nsopenssl is replaced by naviserver itself, as it includes now the
nsssl module, so there is no need to wait for the modules package :)



I would propose a replace roadmap for people using aolserver4 (in both testing 
and stable) with usual replaces/provides/conflicts items, and add a *big* warn 
in NEWS about known changes and incompatibilities.


--
Francesco P. Lovergine

Re: Bug#894551: ITP: fascism -- Exhaustive exploration of Fascist theory and practice

[Milan P. Stanic]

On Sun, 2018-04-01 at 14:55, vangelis wrote:
> 
> 
> Στις 01/04/2018 01:03 μμ, ο Enrico Zini έγραψε:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Enrico Zini 
> >
> > * Package name: fascism
> >   Version : 19190323
> >   Upstream Author : Too many forks to list
> > * URL : https://en.wikipedia.org/wiki/Fascism
> > * License : All rights revoked
> >   Section : non-free
> >   Description : Exhaustive exploration of Fascist theory and practice
> >
> > Fascism is a form of radical authoritarian nationalism, characterized by
> > dictatorial power, forcible suppression of opposition and control of
> > industry and commerce, which came to prominence in early 20th-century
> > Europe. The first fascist movements emerged in Italy during World War
> > I before it spread to other European countries.
> I think even as name can't be under Debian's umbrella. Please do not
> accept it.

this is 'April, 1'

Re: Can aolserver4 be considered superseded and removed?

[Francesco P. Lovergine]

On Tue, Feb 27, 2018 at 05:15:46PM +0100, Héctor Romojaro Gómez wrote:

I was meditating to replace Aolserver4 with Naviserver which is a
fork
but has has a few incompatibilities in its Tcl API. On those regards 
Naviserver is in much better state.

https://bitbucket.org/naviserver/naviserver



Just in case this has been overlooked, there is already some effort
ongoing on the naviserver packaging. 

I filed an ITP[1] some time ago, and recently asked formally for a
first upload of the package and permissions over it (i am a DM)[2].
Volunteers to do it are of course welcome :)



Gulp! indeed I'm now remembering the ITP, but I missed the recent
update.


As the openacs maintainer, which is also dependant on
aolserver4/naviserver, i would prefer to avoid maintaining different
configurations for both, so i am in favor of just replacing the
aolserver4 package with the new naviserver one, taking into account
possible transition issues.



I would suggest to provide a migration package for AOLserver users
with a NEWS document about possible issues due to known problems.
I'll have a look to the current package. Let's move this thread on
te pkg-tcltk-devel list.


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804043
[2] 
http://lists.alioth.debian.org/pipermail/pkg-tcltk-devel/2018-February/003546.html

Kind regards,
Héctor



--
Francesco P. Lovergine

Re: Can aolserver4 be considered superseded and removed?

[Francesco P. Lovergine]

On Tue, Feb 27, 2018 at 02:57:59PM +0100, Sebastian Andrzej Siewior wrote:

Hi Francesco,

I stumbled upon aolserver4 because aolserver4-nsopenssl is bot building
against openssl 1.1 and the former is the only user.
The first upload of aolserver4 4.5.1 was in 2009. I assume that this was
the last release of the server by upstream. The homepage referenced in
the package provides a (port 80 only) redirect to aol.com which does not
mention the server (or I can't find it). The aol.com domain seems to be
served by Apache Traffic Server. I get the feeling that AOL is no longer
looking after its server from the old days.
The popcon for the package is low.

So my question: Can we remove aolserver4 from the archive?

Sebastian



I was meditating to replace Aolserver4 with Naviserver which is a fork
but has has a few incompatibilities in its Tcl API. On those regards 
Naviserver is in much better state.


https://bitbucket.org/naviserver/naviserver

--
Francesco P. Lovergine

Bug#885932: ITP: libgeo-shapelib-perl -- Perl extension for reading and writing shapefiles as defined by ESRI

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" <fran...@debian.org>

* Package name: libgeo-shapelib-perl
  Version : 0.22
  Upstream Author : Ari Jolma <arijo...@google.com>
* URL : https://github.com/ajolma/Geo-Shapelib
* License : Artistic
  Programming Lang: Perl
  Description : Perl module for reading and writing shapefiles as defined 
by ESRI

  This is a module to read, create and write shapefile as defined by ESRI,
  using Perl. It provides the Perl binding for the Shapelib library.

Bug#885834: ITP: libtree-r-perl -- Perl extension for the R-tree data structure and algorithms

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine" <fran...@debian.org>

* Package name: libtree-r-perl
  Version : 0.072
  Upstream Author : Ari Jolma <arijo...@google.com>
* URL : https://metacpan.org/pod/Tree::R
* License : Artistic
  Programming Lang: Perl
  Description : Perl module for the R-tree data structure and algorithms

 R-tree is a data  structure for storing, indexing and efficiently
 looking up non-zero-size spatial objects. This is a native Perl module
 to manage an R-tree index implementation. This is a prereq for 
 the Geo::Shapelib, a Perl binding of the well-known shapelib library.

Bug#885337: ITP: libdoxygen-filter-perl -- A Perl code pre-filter for Doxygen

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: Francesco P. Lovergine <fran...@debian.org>

* Package name: libdoxygen-filter-perl
  Version : 1.7.2
  Upstream Author : Bret Jordan <>
* URL : https://github.com/jordan2175/doxygen-filter-perl
* License : Apache 2.0
  Programming Lang: Perl
  Description : A Perl code pre-filter for Doxygen

The Doxygen::Filter::Perl module is designed to provide support for
documenting perl scripts and modules to be used with the Doxygen engine.
We plan on supporting most Doxygen style comments and POD (plain old
documentation) style comments. The Doxgyen style comment blocks for
methods/functions can be inside or outside the method/function.

Bug#868323: ITP: node-lazy-property -- Adds a lazily initialized property to the object.

[Saravanan P]

Package: wnpp
Severity: wishlist
Owner: saravanan30erd 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-lazy-property
  Version : 1.0.0
  Upstream Author : Mikola Lysenko
* URL : https://github.com/mikolalysenko/lazy-property
* License : Expat
  Programming Lang: JavaScript
  Description : Adds a lazily initialized property to the object

 E.G. require("lazy-property")(obj, name, init[, enumerable])
 obj is the object to add the property to
 name is the name of the property
 init is a function that computes the value of the property
 enumerable if the property is enumerable (default false)
 .
 This library is a dependency of npm, Node.js package manager.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#866787: ITP: node-iferr -- Higher-order functions for easier error handling

[Saravanan P]

Package: wnpp
Severity: wishlist
Owner: saravanan30erd 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-iferr
  Version : 0.1.5
  Upstream Author : Nadav Ivgi
* URL : https://github.com/shesek/iferr
* License : Expat
  Programming Lang: JavaScript
  Description : Higher-order functions for easier error handling

 Example: if (err) return cb(err); be gone!
 .
 This library is a dependency of npm, Node.js package manager.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#866242: ITP: node-editor -- Launch the $EDITOR in your program.

[Saravanan P]

Package: wnpp
Severity: wishlist
Owner: saravanan30erd 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-editor
  Version : 1.0.0
  Upstream Author : James Halliday  (http://substack.net)
* URL : https://github.com/substack/node-editor
* License : Expat
  Programming Lang: JavaScript
  Description : Launch the $EDITOR in your program

 Launch the $EDITOR (or opts.editor) for file.
 When the editor exits, cb(code, sig) fires.
 .
 This library is a dependency of npm, Node.js package manager.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#866001: ITP: node-debuglog -- used for debugging

[Saravanan P]

Package: wnpp
Severity: wishlist
Owner: saravanan30erd 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-debuglog
  Version : 1.0.1
  Upstream Author : Sam Roberts 
* URL : https://github.com/sam-github/node-debuglog
* License : Expat
  Programming Lang: JavaScript
  Description : used for debugging

 used for debug logging.
 .
 This library is a dependency of npm, Node.js package manager.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#865757: ITP: node-ansistyles -- prints output in different styles

[Saravanan P]

Package: wnpp
Severity: wishlist
Owner: saravanan30erd 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-ansistyles
  Version : 0.1.3
  Upstream Author : Thorsten Lorenz  (thlorenz.com)
* URL : https://github.com/thlorenz/ansistyles
* License : Expat
  Programming Lang: JavaScript
  Description : prints output in different styles

 Functions that surround a string with ansistyle codes so it prints in style

 It is dependency package for NPM

Packaging suggestion for the Universal Media Server program.

[Aldrin P. S. Castro]

I would very much like the Universal Media Server to be in the Debian 
repositories.

He is a very good dlna server. It is done in Java.

Accepted node-array-uniq 1.0.3-1 (source all) into unstable, unstable

[Suhail P]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 31 Oct 2016 17:53:05 +
Source: node-array-uniq
Binary: node-array-uniq
Architecture: source all
Version: 1.0.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Javascript Maintainers 
<pkg-javascript-de...@lists.alioth.debian.org>
Changed-By: Suhail P <psuha...@gmail.com>
Description:
 node-array-uniq - Create an array without duplicates
Closes: 842724
Changes:
 node-array-uniq (1.0.3-1) unstable; urgency=low
 .
   * Initial release (Closes: #842724)
Checksums-Sha1:
 aadeb8b172e1856694342e4fab28b578768acb22 2029 node-array-uniq_1.0.3-1.dsc
 a22b4332e3a30a6d1ee26588d8a3125f479df164 2560 node-array-uniq_1.0.3.orig.tar.gz
 2edf734b72f29dcab2ee7e9926f215f9cea49633 2044 
node-array-uniq_1.0.3-1.debian.tar.xz
 29ad7341d43bee9b1693815fecf04b9551deae74 3330 node-array-uniq_1.0.3-1_all.deb
Checksums-Sha256:
 6bc6313325c4d823b6d6b0e998c88664ac82358d8bbc08c07b78a4a035af7e42 2029 
node-array-uniq_1.0.3-1.dsc
 2e0dde47c1e05b7275d5e4a474066526c62b69092023e938b9f1939047ef7d4c 2560 
node-array-uniq_1.0.3.orig.tar.gz
 cdd2761a49daf061ff476a0089ebe2f1e84324e92db834c3e3ca8e240d5654ea 2044 
node-array-uniq_1.0.3-1.debian.tar.xz
 ba759d1650d7a6f8ef54070722a16ee58eb3ee98a2d4b10cf456f2fa6f38f7be 3330 
node-array-uniq_1.0.3-1_all.deb
Files:
 02e79a494c61acc4d1964ed144650995 2029 web optional node-array-uniq_1.0.3-1.dsc
 0ecefb94d60d51f4a965d3a250805145 2560 web optional 
node-array-uniq_1.0.3.orig.tar.gz
 683df809a3301cc2e1dbad9fe564033c 2044 web optional 
node-array-uniq_1.0.3-1.debian.tar.xz
 d423521909b9f8e46c41634334f51cc0 3330 web optional 
node-array-uniq_1.0.3-1_all.deb

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYGC+rAAoJEM4fnGdFEsIqj00P/2jWbVes0RA8S8iNKW8Ms2oU
QMZOFa/+gwDQCnTQxtQ9hWSvnTrXOweEPPo7DP14NviPJ/USevIm5O9HR8/5xRSa
5rX7uuj1rHBlApWKLB2WVrUtGbi7llO32W87MV6lmaXnZqj2xW6g5eI7r4+JYLsS
hYj+pCxHEJvlBss+broIhckXThrWFbtyw2VsCTJqOY93IIbIKUcI3X/PwTe2HaqC
VFt6Szlp98ogUAfZ6Bb0Nl7lgnJ+yfeOXqPVYtWO8Msz1ESHWv4mmzJEYinlusis
dCJi0Xzw/RqsxwAp9PmtkQU1oSpjm2flusUTPni/qZffsqy5xclhB716vKZqVEz1
mDqrQgbOGR/zEC1i554vswwjGT9H6EgK/7/tnjr585i5Z3pYcb3YbQFKOuv0m0Xp
htGVVme18gylmfvTsJh7wcDaygD5nG36Wz32sBhUGvh5p8yzMcQv27hD3ePf4QsN
flumUC1adaWLWjjfEeGOlg1fJB35J5EaCLRdS33J5XQAtmg5qQMHp88al0+FZx7g
Ej51wUR6n+bPmLwjloaduFF9uOsU0I1VNp8n08qoRQOpZmnqATiNpfoU7Ve6U6jU
VFJ+8CFzPB9TUQYpNVQoUaQm/mOTtP6zZV3pFUC4L0Dbp49EtfXe6coBD8OaAYAv
ExnTmZ0oMlNbblIb+OUz
=Iupy
-END PGP SIGNATURE-

Accepted node-wcwidth.js 1.0.0-1 (source all) into unstable, unstable

[Suhail P]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 30 Oct 2016 07:51:19 +
Source: node-wcwidth.js
Binary: node-wcwidth.js
Architecture: source all
Version: 1.0.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian Javascript Maintainers 
<pkg-javascript-de...@lists.alioth.debian.org>
Changed-By: Suhail P <psuha...@gmail.com>
Description:
 node-wcwidth.js - wcwidth.js is a javascript porting of C's wcwidth()
Closes: 842533
Changes:
 node-wcwidth.js (1.0.0-1) unstable; urgency=low
 .
   * Initial release (Closes: #842533)
Checksums-Sha1:
 44fa4fec79b3ecfc290d1479574f2916050d7315 2012 node-wcwidth.js_1.0.0-1.dsc
 08e8694cbe0bb834b54a7ca611a2f1debb4364f4 7737 node-wcwidth.js_1.0.0.orig.tar.gz
 68b17bf3d36d65ccea639a5474f46b8b108869b8 2276 
node-wcwidth.js_1.0.0-1.debian.tar.xz
 cff1edcd1755bd5a25b73498319ce2855565b1e5 6408 node-wcwidth.js_1.0.0-1_all.deb
Checksums-Sha256:
 3f562b0cad755e688d452cf94a2aea1150b3e1e04823c09d018db80065f340ff 2012 
node-wcwidth.js_1.0.0-1.dsc
 1cb07e3eed952004782178c73f3bf5334e821d2c0b0fedc8dac12d9e894dcdd2 7737 
node-wcwidth.js_1.0.0.orig.tar.gz
 b05f3e2b2b8843f5ca52bcd853e30fb7edea95916f98bad35dccebbe6078402e 2276 
node-wcwidth.js_1.0.0-1.debian.tar.xz
 a751aecf48b9208ac681c003ced539676f280207b90c49e868067defba396b25 6408 
node-wcwidth.js_1.0.0-1_all.deb
Files:
 82f2be8185ecba3ad24ba583a9e7060f 2012 web optional node-wcwidth.js_1.0.0-1.dsc
 e4e0ec2b28860e88011066473a9c7376 7737 web optional 
node-wcwidth.js_1.0.0.orig.tar.gz
 d896fcf7a30ce7dd41cd7c0c4fabe9bf 2276 web optional 
node-wcwidth.js_1.0.0-1.debian.tar.xz
 f83cfc255dd7b824d936cbb3212c01ec 6408 web optional 
node-wcwidth.js_1.0.0-1_all.deb

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYFu0wAAoJEM4fnGdFEsIqUWkP/iOO46ENz9Jo0DjU72CrP7Jh
7fiopgRG7yYKPfPfqXNQ31QXXNPg3JUFDCH6eiHuHo7BY740Zlzlgo67QbfgOriv
PsYJj77IkD7cyWqVO6G1+jhRp2+z4Omqi1TrQ+2x8iMuz5XiBQJJZmr4xYgTeI1B
W+qK80ENqndGDlqq8oMkPq2mbHxvK1f+m2X73dwl7gnOl5U1Atcyq2FYyh1yhOXi
pF0fLeK5cuXfm5EaxmQpCEE8NHvymQC1UiBnpbEfta+inLjqIYfunuRMG80nb2qd
9gQq0VeJu5YG4oGG32xiQ/9lPcZk2FxDLCcNjJx730HTEr98xiNp4pw+t+VpzgWC
EuTZSmidvoFdHPYfr0Uhj2Qw6BD9otk6CBAmkN2VCpuv/6KGTrWpXcEj6Mucla4E
p5Kp+qtDkdYIqVTZpYSMNVtFIUz09b+2R352yn9QgAARfI15/pO8nszZ7l8le1U3
W66iut8OQGdte1bx1cGMdnUPf+yM/RrwGCg7s1oLuN6s1n7GWSYORJmfZBEF+1lG
RLrYQxoHeJozPdQqSyarN1lTWSciMi1GfWkdFNaBavUKTlA7kALHFcIydH+zC1Bh
OFNOiZnKO5W5Z+QLgOTGP7AAIg060eAD9ljS8jdLSbJ7z70zn9iI0G0iID2Z4LQS
TR0+581tqDBaYo14jIWn
=jrVE
-END PGP SIGNATURE-

Accepted node-defaults 1.0.3-1 (source all) into unstable, unstable

[Suhail P]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 27 Oct 2016 16:38:08 +
Source: node-defaults
Binary: node-defaults
Architecture: source all
Version: 1.0.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Javascript Maintainers 
<pkg-javascript-de...@lists.alioth.debian.org>
Changed-By: Suhail P <psuha...@gmail.com>
Description:
 node-defaults - merge single level defaults over a config object
Closes: 842243
Changes:
 node-defaults (1.0.3-1) unstable; urgency=low
 .
   * Initial release (Closes: #842243)
Checksums-Sha1:
 62c51615ef83bdb032cf5533254d02b370189d85 1999 node-defaults_1.0.3-1.dsc
 6e56cc40b0bcbbe1b78ffd7f2cab14cfb5183b1a 2129 node-defaults_1.0.3.orig.tar.gz
 32b9160754a500379e075f22584c7eedc67933af 2148 
node-defaults_1.0.3-1.debian.tar.xz
 fd91fc57dbd2d842b5a10af212bc142bd1574180 3108 node-defaults_1.0.3-1_all.deb
Checksums-Sha256:
 b961c0cdc48b20472935a57889bdb33f1a8ea556617788d7c46bc699b9e4b509 1999 
node-defaults_1.0.3-1.dsc
 7b24f7dc187c1b777852b9dcecf449c8a1a8dceeaa51717e4cc86344a881c1fc 2129 
node-defaults_1.0.3.orig.tar.gz
 c192d902eab53da90e19152c62c694245c31a3bf228dac1a9b2468baab82347f 2148 
node-defaults_1.0.3-1.debian.tar.xz
 fb0372b3b0c441b315f004445ec09a632bdeed3f964d88144f84eb012063b2ef 3108 
node-defaults_1.0.3-1_all.deb
Files:
 2b095c901e8a1257ede9d6ee458f53fd 1999 web optional node-defaults_1.0.3-1.dsc
 7adcbc216434a52785c670e768c927bf 2129 web optional 
node-defaults_1.0.3.orig.tar.gz
 784a688e39ad7e764a583d586a9f1ca6 2148 web optional 
node-defaults_1.0.3-1.debian.tar.xz
 1bcba36ac4ec447e5131001140c7 3108 web optional 
node-defaults_1.0.3-1_all.deb

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYEjLjAAoJEM4fnGdFEsIqbP0P/Akv9uUoRHeJrQoUWP8phxWy
PxLK+y46A01wgfhGZy2kvVUas+tnd0cJ6PSGoXgfLaKzEEfxhq6hLVJjeFIDSg5U
Uw0ZPP3ZWCcCbfDodhRFS12NBGHs+htY0jXb7lixJ02Iy5ERGRVBk3YWjMHUrOab
2fB6qBOSE6yto4H8OufjM3bBGxUZ1aDclwDwzsl26BmZhdllUp35lwuBLmB3GDhm
jN45nF0BNEJTB0rQDi6S4Tijg3TqU/ki2BN1LzorE6ncMSuRnGue0wwbbWSKTY4P
LzwHbgQpcrNQscU4g3vzZ9SbiAOmZvFs0ZW6KxdnrntrFUCebLP2JMBEtXNgU997
8OpXhbw78drtDraSNAnEliikE+GvUOovDhTs50K+V73of/jRZk9TpTr7UbjWG+6H
/Epri5fsSQxsxP6hsgSrPDIDHRJVQ0DqbOVcHBcPdx/2niksXiEAfJYZ6Hx7Knjg
sspuSY8H9Q8hLDRMD1KWp1GrHNxHaiTcK56ndj+aHO3jjt52/DPBaAP6gR7zPAQP
xhnLatCYpHZgmyfp1KgbS8yqX+MSSChjCtYETL+I02jeXBdpP5Wge/q91T9OV4Fk
NXJI2ZeoOTn0o+RFFHUidT4WSpKfxXhalo6NP9gb2G4jpnqgULpk8cO7VMMsJ0bW
06eLPlovvdAIaedRQU5E
=lkT0
-END PGP SIGNATURE-

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

[Milan P. Stanic]

On Wed, 2016-06-08 at 10:53, Christiaan de Die le Clercq wrote:
> 
> On 06/08/2016 10:39 AM, Arturo Borrero Gonzalez wrote:
> > On 8 June 2016 at 10:08, Lars Wirzenius  wrote:
> >> On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote:
> >>> I am also not very keen on using a system with a "open core / enterprise"
> >>> model. For such a crucial service I would really prefer a real open source
> >>> system. But maybe I am alone with that oppinion.
> >> You're not alone. The open core approach of Gitlab worries me greatly.
> >>
> >> (I'm just a random Debian developer. I no particular say in this.)
> > +1
> +1
> Though I am not involved in this discussion and didn't read a lot of
> previous emails about this. I am going to assume it would be hosted on
> Debian's servers and not with Gitlab's hosted services. We use Gogs at
> the office, a (MIT licensed) Gitlab alternative.
> https://github.com/gogits/gogs
> It might be worth checking out.
 
+1

We also tried Gogs and it works very well and looks promising but we
didn't yet moved our repos from gitolite to gogs so I can't tell for
sure would it be good for Debian. IMHO, it is worth some investigation.

Re: Opération bibliothèques publiques

[Christian P. MOMON]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Le 01/10/2015 14:37, Alexandre Delanoë a écrit :
> ils souhaitent que je leur communique une liste de livres. [...] -
> adulte niveau débutants

Un peu anciens et peut-être épuisés mais toujours vrais :

- - Richard Stallman et la révolution du logiciel libre : Une biographie
autorisée ;
- - Economie du logiciel libre (Broché) de François Elie (Auteur) ;
- - Il était une fois Linux : L'Extraordinaire Histoire d'une révolution
accidentelle – 23 mai 2001 de Linus Torvald (Auteur), David Diamond
(Auteur)

Librement,

Christian.
- -- 
Christian Pierre MOMON
Membre de l'April : cmo...@april.org
Soutenir le Libre : http://www.april.org/campagne/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWDU4HAAoJEIiG6V2YpKWLzfAP/RE/i8J5cNbydEeiZXoxVoEt
93DWGWYObEtwnpw7ieHEBhh9FEvfZzsZfWTDoWnQAcw/99Ps1eqRU1qf/dZLVXPH
gHi6Z3EYDABqMdwjbWcaDzKbLYGqWo8zo+06IHqiuEicM/awhC/KNbHHOKy12qZ5
ZzWb6ujiA9pX/dmprR/r/Z4uguXJAlkUhm2JN/ISdUDmTctZzCm1CJOie5YTRMa1
WrDqWXDjJ56aeJWjMvc5ZchNUq+ygGUFvqldHwiouyQmIvN3UDU0smCr3D2zHtlA
rCqUWtSR6xFOXWxP3lq7Ut5OqL9R2iM3LgbmJ28TCsAZk3xu/CkiY5Zm55nz2MIm
EYgQjZ8Lq1DECK97G53X4hV6AsSdX/ZVwjycNdNHp7rD6Zr9EC5MTgGpiCIQB9W0
CIitUu9Q2Vhuo21W6QA02Iytkf4jXe9BdKC2Hx5w3cGcp9iO3Ex5gzq5HEaOXxkC
pHLbR+dZwYhwoRGUrhTNmYHcHr2sUJc3Gu+FWpf/I/h6T1DaH3CFVe2alI/NVczA
QIrP0y508XQI5pNSupjMjRs6zW6RI5YGSe8l97yVebssq1MuNu8/0WMTZfeUOAfR
aE540O07UMLXBYQtpiYrANKs5e2NVcvaDlhprJCmdBptwiVC8a+miHNstN8hm4Y1
qac4OtT0q7V69Hg2LduD
=E9oC
-END PGP SIGNATURE-

Re: Proposal v2: enable stateless persistant network interface names

[Milan P. Stanic]

On Thu, 2015-06-04 at 19:41, Michael Biebl wrote:
 Am 04.06.2015 um 10:10 schrieb Josselin Mouette:
  How about using only the last 3 bytes of the MAC?
  
  The probability of using, on the same system, *two or more* controllers
  from *different brands* with a collision in the last 3 bytes is
  nonexistent in practice.
  
  The clear benefit would be that 3 bytes / 6 hex digits are easy enough
  to remember in the short term memory when you need to type a command. 6
  hex digits are also regularly used as short git references for that same
  reason. 
 
 That's an interesting idea.I don't think though we should change the
 existing mac NamePolicy. After all, this naming policy could already be
 in use. Maybe introduce a new type, say mac-short ?

Maybe I have unusual configuration but look at this:

arya:~# ip link show
1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN mode 
DEFAULT group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: lan: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast master br0 
state UP mode DEFAULT group default qlen 1000
link/ether 14:da:e9:ab:a4:e9 brd ff:ff:ff:ff:ff:ff
4: br0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UP mode 
DEFAULT group default
link/ether 14:da:e9:ab:a4:e9 brd ff:ff:ff:ff:ff:ff
10: kvm0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast master 
br0 state UNKNOWN mode DEFAULT group default qlen 500
link/ether 4a:f9:f8:e1:5a:7a brd ff:ff:ff:ff:ff:ff

MAC address for lan and br0 are the same.
lan is physical Ethernet interface and br0 is bridge interface.

When I plug USB Ethernet adapter I have the next:

arya:~# ip link show
1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN mode 
DEFAULT group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: lan: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast master br0 
state UP mode DEFAULT group default qlen 1000
link/ether 14:da:e9:ab:a4:e9 brd ff:ff:ff:ff:ff:ff
4: br0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UP mode 
DEFAULT group default
link/ether 00:60:6e:00:48:1a brd ff:ff:ff:ff:ff:ff
10: kvm0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast master 
br0 state UNKNOWN mode DEFAULT group default qlen 500
link/ether 4a:f9:f8:e1:5a:7a brd ff:ff:ff:ff:ff:ff
16: usb: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast master br0 
state UP mode DEFAULT group default qlen 1000
link/ether 00:60:6e:00:48:1a brd ff:ff:ff:ff:ff:ff

Now, USB Ethernet interface (usb) and bridge (br0) have the same MAC.

I know that I made unusual config but anyway I think that the naming
interface by using MAC (or part of it) is not good idea.

Or I still live in the time when the interfaces have had real (i.e.
human readable and easy to remember) names.

-- 
Best regards


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150605085741.ga25...@arvanta.net

Re: Debian 8 Jessie released

[Milan P. Stanic]

On Sun, 2015-04-26 at 10:03, Joachim Breitner wrote:
  Debian 8 Jessie released  pr...@debian.org
 congrats everyone!

And thank you for nearly twenty years of my experience with the best OS


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150426092355.ga10...@arvanta.net

Re: debian github organization ?

[Milan P. Stanic]

On Fri, 2015-04-17 at 16:10, Bernd Zeimetz wrote:
 On 04/16/2015 05:04 PM, Dimitri John Ledkov wrote:
  I'd rather see gitlab.debian.net http://gitlab.debian.net :)
 or gitblit, which would be easier to integrate into ldap/sso/ssh imho.

What about gitolite? It is in Debian, can be used with gitweb and have
access control.

N.B. I'm biased (maybe) because I use gitolite for my company
repositories.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150417154449.ga12...@arvanta.net

Re: CUT rolling release debian

[James P. Wallen]

On 03/06/2015 04:56 PM, Jaromír Mikeš wrote:

2015-03-06 15:09 GMT+01:00 Jape Person jap...@comcast.net:


On 03/06/2015 06:12 AM, Jaromír Mikeš wrote:


Hello,

I was exited when I heard couple of years ago about rolling release debian
- CUT.
But there are not news on this topic anywhere ... is this idea still
living?



This isn't a direct answer to your question about CUT, but might be of
some help.
I've been using Debian testing as a kind of rolling release since Lenny on
my four most important systems



That's what I am happily doing already couple of years ;)



Oops! I completely misinterpreted your situation and your question. I 
might have understood better had I noticed that I was replying to 
someone on debian-devel and not on the user list.



Point of view of debian maintainer ;)
I am DM and I am caring about +/- 100 small packages ... during a freeze
time I shouldn't upload new upstream releases to unstable.
And as DM I can't upload to experimental.
So there is waiting quite a lot of work for me when new debian is released.
Situation is even worse if your new version of package depends on new
upstream version of package maintained by somebody else ...
Everybody doing the same ... holding new releases.


From time to time (in freeze time) I am getting emails from upstreams if I

am still maintaining their package ... because they released month ago and
I still didn't update.
Sometimes in freeze time I am getting  emails from Ubuntu users which wants
to have new upstream version in upcoming Ubuntu release.
And I sometimes hear opinion from upstreams (but not only them) that debian
shipping old releases and is slow on updating and thus not best for users
which needs fresh upstream releases.

So that's why I think CUT - rolling release debian would be great
improvement for certain users probably desktop users and maintainers too.


Very interesting. Thank you for explaining this to me. I have to agree 
that a concept like CUT is appealing. I'd jump on a rolling release like 
this immediately if it were available.


Thank you again for the explanation. I'll follow the discussion with 
interest.


Regards,
JP


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54fa78db.2020...@comcast.net

Re: internationalized domain name (IDN) in Debian

[Milan P. Stanic]

On Mon, 2014-08-25 at 15:54, Dariusz Dwornikowski wrote:
  Am Sonntag, den 24.08.2014, 20:32 +0200 schrieb Ralf Jung:
https://wiki.debian.org/IDN 
Summary: webbrowser support it in general but email clients still lack
the support of it.
   
   Why do you list Icedove as non-supporting? I just sent a mail to your
   echo service, and got a reply. Is there anything else I should check?
  No, this was a mistake. Just sending/recieving is my first test. This
  could be much more extended (from address with IDN, setup wizard with
  your email account with IDN domain, IDN certificates,...) but first it
  helps to know the software can send IDN emails.
 I have chromium on testing, IDN works but show the domain name as 
 http://www.xn--kthe-5qa.de/ instead of www.köthe.de . I think this is a known 
 chromium issue. 

In my chromium it show it as http://www.köthe.de
chromium  35.0.1916.153-1~deb7u1 amd64

-- 
Kind regards,  Milan


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140825175316.ga9...@arvanta.net

Re: RFH: Re: Bug#752075: daemontools-run: Add systemd support

[Milan P. Stanic]

On Fri, 2014-07-04 at 14:34, Michael Biebl wrote:
 Am 04.07.2014 13:50, schrieb Gerrit Pape:
  I hereby ask for help to add systemd support to these packages.
 
 We (pkg-systemd team) can help you with that.
 
 Let's follow up on the pkg-systemd mailing list.
 
 In most cases adding a .service file is pretty simple.
 If it's only about starting a svscanboot process, that might be as
 simple as installing a file
 /lib/systemd/system/svscanboot.service containing
 
 [Unit]
 Description=daemon tools
 
 [Service]
 ExecStart=/usr/bin/svscanboot
 Restart=always
 
 [Install]
 WantedBy=multi-user.target
 
 
 
 We probably need to tweak the Type= [1] setting depending on what type
 of service svcanboot is.
 
 [1] man systemd.service

And for runit:

cat /etc/systemd/system/runit.service
[Unit]
Description=runit svscan
After=syslog.target

[Service]
ExecStart=/usr/bin/runsvdir -P /etc/service 'log: 
...'

[Install]
WantedBy=networking.service

N.B. WantedBy=networking.service can be changed to something
appropriate.

-- 
Kind regards,  Milan


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140704132224.ga29...@arvanta.net

Re: RFH: Re: Bug#752075: daemontools-run: Add systemd support

[Milan P. Stanic]

On Fri, 2014-07-04 at 15:55, Michael Biebl wrote:
 Am 04.07.2014 15:22, schrieb Milan P. Stanic:
  And for runit:
 Thanks for sharing.
 
  cat /etc/systemd/system/runit.service
  [Unit]
  Description=runit svscan
  After=syslog.target
 
 The After=syslog.target is no longer necessary and not recommended
 anymore. Lintian will actually complain about that.
 Syslog is started via socket activation nowadays making this explicit
 ordering obsolete.

Nice to know. Tnx.

  
  [Service]
  ExecStart=/usr/bin/runsvdir -P /etc/service 'log: 
  ...'
  
  [Install]
  WantedBy=networking.service
 
 Services should be hooked up in targets. So WantedBy=networking.service
 looks wrong.
 
 In the vast majority of cases you want WantedBy=multi-user.target

My point was not to show perfect systemd unit for runit but to show that
it is really easy to write it. It took me one minute to write and test it
and I don't know much about systemd units.

-- 
Kind regards,  Milan


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140704155049.ga32...@arvanta.net

Re: MATE 1.8 has now fully arrived in Debian

[Milan P. Stanic]

On Tue, 2014-07-01 at 13:01, Ondřej Surý wrote:
 On Tue, Jul 1, 2014, at 08:15, Stefano Rivera wrote:
  Hi Matthias (2014.06.26_08:38:09_+0200)
   Of these, roughly 20% have switched to systemd. And they apparently did 
   not
   and do not have any problem with it, otherwise we'd hear about it. Here 
   and
   other places. Quite loudly.
  
  Not necessarily.
  
  My laptop won't boot with systemd, although other machines I have will.
  I haven't filed a bug, because I haven't had the time to sit down and
  learn how to debug systemd booting, and I wouldn't want to file an bug
  until I know what's going on...
 
 Still - this is just anecdotic evidence that doesn't deviate from normal
 modus operandi of Debian packaging (e.g. most software has bugs).
 I think that what Matthias wanted to say is there is no massive breakage
 among users who has switched to systemd (and not that systemd is
 100% bug free).

I switched to systemd on Asus transformer tf101 (ARM 32-bit) about one
year ago without any problem, and that device is not officially
supported by Debian nor it is tested. And I've built hackish 3.1.10
kernel for it and I have a lot of problem with that device but none is
related to systemd.
So, saying that the systemd is problematic does not 'keeping the water'
IMHO. It has bugs for sure but is there any non simple software without
bugs. I suspect.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2014070719.ga9...@arvanta.net

Bug#744376: ITP: grub-customizer -- Grub Customizer is a graphical interface to configure the GRUB2/BURG settings and menuentries.

[magnus p.]

Package: wnpp
Severity: wishlist
Owner: magnus p. s...@norn.io

* Package name: grub-customizer
  Version : 4.0.4
  Upstream Author : Daniel Richter danielrichter2...@web.de
* URL : https://launchpad.net/grub-customizer/
* License : GPLv3
  Programming Lang: C++
  Description : Customize the bootloader (GRUB2 or BURG).

Grub Customizer is a graphical interface to configure the GRUB2/BURG settings 
and menuentries

Features:
 * move, remove or rename menuentries (they stαy updatable by update-grub)
 * edit the contents of menuentries or create new ones (internally it edits the 
40_custom)
 * support for GRUB2 and BURG
 * reinstallation of the bootloader to MBR
 * settings like default operating system, kernel params, background image and 
text colors etc.
 * changing the installed operating system by running on a live cd


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140413135035.4355.85636.reportbug@debian.magnus

Bug#743502: ITP: libip2location -- C library to query geolocation and other details of an IP

[Nahar P]

Package: wnpp
Severity: wishlist
Owner: Nahar P mail2na...@gmail.com

* Package name: libip2location
  Version : 6.0.2
  Upstream Author : Liew supp...@ip2location.com
* URL : https://www.ip2location.com/downloads/c/
* License : GPL
  Programming Lang: C
  Description : C library to query geolocation and other details of an IP

 IP2Location C library enables the user to find the country, region, city,
 coordinates, zip code, time zone, ISP, domain name, connection type, area code,
 weather, MCC, MNC, mobile brand name, elevation and usage type that any IP
 address or hostname originates from. It has been optimized for speed and 
 memory utilization.
 This Package provides the header files and static libraries for development.

 The library had been there from 2005, is very stable and used by many people.
 They also have a opensource database to use with this library.
 I would like to maintain this package but would need a DD as sponsor. 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140403134637.21187.12440.report...@earth.invothink.net

Re: systemd and Linux are *fundamentally incompatible* - and I can prove it

[Milan P. Stanic]

On Tue, 2014-03-25 at 16:15, Jonathan Dowland wrote:
 I was very proud of my fellow colleagues for not feeding the troll a
 full 24 hours later. Thanks for breaking the record :(

I had a hope that the no one will answer OP. :(


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140325173351.ga6...@arvanta.net

Re: Two line init.d scripts? Sure, that will work!

[Francesco P. Lovergine]

On Thu, Feb 06, 2014 at 11:59:11AM +, Ian Jackson wrote:
 
 I think the best approach would probably be to automate the generation
 of init scripts in debhelper.
 

Seconded. Using an auto-generated skeleton starting from a simple template 
would be more than enough to solve the main problem i.e. simplify maintainer
life. 

-- 
Francesco P. Lovergine


-- 
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/20140217120451.gd4...@blegrez.ba.issia.cnr.it

Re: systemd effectively mandatory now due to GNOME

[Milan P. Stanic]

On Sat, 2013-12-21 at 19:31, Russ Allbery wrote:
 Vincent Lefevre vinc...@vinc17.net writes:
  On 2013-12-21 18:04:19 -0800, Russ Allbery wrote:
  That said, the display managers in Debian other than kdm and gdm are not
  ready for systemd at the moment.  I had to switch to gdm3 to use systemd
  (by which I mean booting with it) because neither slim nor lightdm worked
  properly.
  I actually had to switch from gdm3 to lightdm because I could no longer
  reboot or power off the machine with the new version... apparently due
  to an issue with systemd:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729576
  Another user at least has the same issue.
 Odd, I don't have any trouble at all with gdm3.  lightdm wouldn't even
 start under systemd, IIRC.  But this was about six months ago and may well
 already be fixed.  (I was guessing some missing integration with logind or
 something; since it wasn't what I was fiddling with at the time, I didn't
 investigate it in detail.)

Really odd. With my testing/unstable installation on amd64 and armhf
(Asus TF101 tablet) systemd and lightdm combo works without any problem
for nearly a year.

-- 
Kind regards,  Milan
--
Arvanta,http://www.arvanta.net
Please do not send me e-mail containing HTML code or documents in
proprietary format (word, excel, pps and so on)


-- 
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/20131222134106.ga23...@arvanta.net

Re: Bit from the Release Team: I think I feel a song coming on... Yodel-ay-hee-hoo!

[Partha P. Mukherjee]

Adam D. Barratt a...@adam-barratt.org.uk writes:

 Hi,

 As you may already know, we've passed responsibility for Wheezy to the
 Stable Release Managers; in other words, we've released!

(snip)

 That's it for now; it's time for the celebrations to begin, whether at a
 Release Party[PARTY] or otherwise. :-)

 Adam, Neil, and your Debian Wheezy Release Team

 [PARTY] http://wiki.debian.org/ReleasePartyWheezy

A big THANK YOU to all of you.

Happy Hacking.

ppm


-- 
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/87ehdmos1a@greenalgo.greenalgo.com

Bug#702162: ITP: estonianidcard -- Metapackage installing all the packages for Estonian ID card support

[Siim P�der]

Package: wnpp
Severity: wishlist
Owner: Siim P�der s...@p6drad-teel.net


* Package name: estonianidcard
  Version : 3.7.0:
  Upstream Author : ria i...@ria.ee
* URL : http://www.ria.ee/
* License : LGPL 2.1
  Programming Lang: metapackage
  Description : Metapackage installing all the packages for Estonian ID 
card support


Installs qesteidutil, qdigidoc, esteidfirefoxplugin and esteidpkcs11loader


--
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/20130303104003.12001.33930.report...@djembe.p6drad-teel.net

Re: [OT] config file formats

[Milan P. Stanic]

On Mon, 2012-12-03 at 15:31, Игорь Пашев wrote:
 Guys, it looks like you are looking for The Silver Bullet.

And, it is called YAML ;-)

-- 
Kind regards,  Milan


-- 
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/20121203114303.ga9...@arvanta.net

Re: Canonical pushes upstart into user session - systemd developer complains

[Milan P. Stanic]

On Mon, 2012-11-26 at 07:27, Norbert Preining wrote:
 On So, 25 Nov 2012, Henrique de Moraes Holschuh wrote:
  [crap]
  foo = bar
 ...
  issue, even git uses that crap instead of something better like xml,
 
 
 ??? Sorry, are you realistically proposing a convolutive pile of shit
 like XML for simple config files?
 
 I will send *each*and*every* bug report due to misconfiguration due to
 human incapability of editing XML to you.
 
 No please.
 
 In upstream TeX Live which is distributing over 2G of material for 15
 different arch/os combinations, we threw out XML in 2005, because
 it is a pain in the ass, and nothing nothing else.
 
 Ever heard of 
   grep, sed, awk, 
 all these nice things that make your life happy. Trash them when you
 are doing XML.
 
 
 No please - I don't mind the key = value in group config format, that
 is readable, usefull, easy to edit.
 
 Everything but XML. *EVERYTHING*.

+1

I found YAML as the best compromise for human readability and easy for
automated tool processing.

-- 
Kind regards


-- 
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/20121127112623.ga2...@arvanta.net

Re: RFC on MBF (non-freeness of The Software shall be used for Good, not Evil)

[Milan P. Stanic]

On Thu, 2012-11-08 at 19:13, Holger Levsen wrote:
 On Donnerstag, 8. November 2012, Jakub Wilk wrote:
  As far as I can see Mr Crockford _enjoys_ being asked to change his
  license. So no, please don't feed the troll.
 As much as I think this licence is stupid (from my free software point of 
 view), I don't think he should be called a troll, just because he likes 
 his users to do good - even if only by his own definition.

I agree. Someone who uses software which have that licence, uses it
because it is useful i.e. 'it is good' for him/her.

-- 
Kind regards,  Milan


-- 
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/20121108194648.ga12...@arvanta.net

Re: Change default PATH for Jessie / wheezy+1

[Milan P. Stanic]

On Thu, 2012-08-09 at 12:14, Carlos Alberto Lopez Perez wrote:
 On 08/08/12 12:11, Thomas Goirand wrote:
  On 08/08/2012 10:32 AM, Carlos Alberto Lopez Perez wrote:
[...]
 on any *nix. Furthermore the output formatting of ifconfig is more user
 friendly than the one of ip.

It depends of that who is the 'friend'.

-- 
Kind regards,  Milan


--
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/20120809110711.gc21...@arvanta.net

Re: Change default PATH for Jessie / wheezy+1

[Milan P. Stanic]

On Wed, 2012-08-08 at 19:08, Harald Jenny wrote:
 On Wed, Aug 08, 2012 at 12:22:50PM +0200, Marco d'Itri wrote:
  (Does anybody want to try removing net-tools and see what breaks?)
 On my debian systems net-tools are removed, had to recompile openvpn
 with ip support and run openswan from experimental without any problems
 since 4 months.

I removed it without recompiling anything from my notebook.

-- 
Kind regards,  Milan


-- 
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/20120808200824.ga16...@arvanta.net

Re: Change default PATH for Jessie / wheezy+1

[Milan P. Stanic]

On Wed, 2012-08-08 at 22:18, Harald Jenny wrote:
 On Wed, Aug 08, 2012 at 10:08:24PM +0200, Milan P. Stanic wrote:
  On Wed, 2012-08-08 at 19:08, Harald Jenny wrote:
   On Wed, Aug 08, 2012 at 12:22:50PM +0200, Marco d'Itri wrote:
(Does anybody want to try removing net-tools and see what breaks?)
   On my debian systems net-tools are removed, had to recompile openvpn
   with ip support and run openswan from experimental without any problems
   since 4 months.
  I removed it without recompiling anything from my notebook.
 openvpn still uses the route command from net-tools and in openswan's

I forgot to tell that I don't use openvpn.

 KLIPS helper there was an occurence of the netstat command.

For IPsec I use racoon and ipsec-tools. For wireless I use wicd.

So everything I need for networks on my notebook works without
net-tools.

-- 
Kind regards,  Milan


-- 
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/20120808210846.ga18...@arvanta.net

Re: Bug#683934: ITP: publicsuffix -- An accurate, machine-parseable list of domain name suffixes

[Milan P. Stanic]

On Sun, 2012-08-05 at 11:18, Daniel Kahn Gillmor wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Daniel Kahn Gillmor d...@fifthhorseman.net
 
 * Package name: publicsuffix

To me, name is vague, though I see that the upstream site name is the
same.

Something like 'public-dns-suffix-db' (or clearer name) would be better,
IMHO.

   Version : 20120704
   Upstream Author : Public Suffix Maintainers cont...@publicsuffix.org
 * URL : http://publicsuffix.org/
 * License : MPL-2
   Programming Lang: data
   Description : An accurate, machine-readable list of domain name suffixes
 
 This package provides a machine-readable list of domain name suffixes
 that accept public registration.  Each suffix represents the part of a
 domain name which is not under the control of the individual
 registrant, which makes the list useful for grouping cookies, deciding
 same-origin policies, collating spam, and other activities.
 
 
 
 
 Having this list maintained directly in debian will make it easier for
 debian packages to reliably refer to public suffixes; it is similar in
 nature to the tzdata and geoip-database.



-- 
Kind regards,  Milan


-- 
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/20120805155038.ga20...@arvanta.net

Re: Making -devel discussions more viable

[Milan P. Stanic]

On Tue, 2012-05-08 at 15:19, Miles Bader wrote:
 Alexander Wirt formo...@debian.org writes:
  I am just speaking for myself as listmaster. But I don't think any
  DD has more right to talk on a mailinglist than anybody else. I
  won't support such a proposal nor want I participate in it. If you
  have a problem with someone on a mailinglist, report it and
  listmasters decide if we should step in.
 
 ... and as a non-DD who's been using Debian for 15 years (and reading
 this list for many of them), and understands at least some of the
 technical issues, I find the suggestion that I be automatically
 considered a negative influence and excluded kind of annoying.

I'm in the same bandwagon.
Sometimes I even package some packages which are not in Debian for some
users. Few years ago I backported selinux to Sarge to Woody (IIRC) and
some people from over the world downloaded it and used or played with
it. These days I maintain Kannel development release (packages are on
the Kannel site) for Debian Testing and people use it.

Do I help Debian? I really don't know but I'm sure that I did help some
Debian users.

This (and some other) Debian list are helpful for me and I sometimes
post some comment, question or even opinion about some subjects which
are interesting me.

If I have to pass some kind of meritocracy to post to this list I'll have
feeling of the 'second class' participant and probably will not post
anything.
That wouldn't be big loss for Debian anyway ;-)

 The issues discussed here often do affect me, because I use Debian.  I
 don't actively participate most of the time but I do read, and every
 once in a while, feel I have something to add.
 
 The problem is not non-DDs, it's jerks and/or the clueless.  Maybe on

Well said.

 this list there's _some_ correlation between non-DDness and those
 things -- but it's far from perfect... (and not, IMHO, enough to
 justify censorship).
 
 -miles

-- 
Kind regards,  Milan


-- 
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/20120508120730.ga16...@arvanta.net

Re: RFP: openjump -- OpenJUMP is an open source Geographic Information System (GIS) written in Java

[Francesco P. Lovergine]

On Mon, May 07, 2012 at 01:36:39AM +0300, Touko Korpela wrote:
 (reason: Obsolete and newer versions have problems
 with license. Also currently FTBS.) Is there still license trouble?

Unfortunately yes, as with the whole Java GIS stack that uses some 
Sun JAI components. Help to solve the issue by convincing Oracle
to change license or even better by re-implementing the package.

-- 
Francesco P. Lovergine


-- 
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/20120507074455.ga3...@blegrez.ba.issia.cnr.it

Re: RFC: OpenRC as Init System for Debian

[Milan P. Stanic]

On Thu, 2012-04-26 at 16:05, Matthias Klumpp wrote:
 Hi!
 AFAIK systemd supports startup notifications, even in colour - at
 least it did this last time I tried (a few weeks ago)

Yes, it does but on wide screen it is not so easy to follow it because
status (OK, Failed ...) are on the right end.

It would be better if the status are on the beginning of the line.

 Maybe your systemd version is too old?
 (Quoting Lennart: We now show the progress of fsck at boot on the
 console, again. We also show the much loved colorful [ OK ] status
 messages at boot again, as known from most SysV implementations.)
 Regards,
 Matthias
 
 2012/4/26 Chris Knadle chris.kna...@coredump.us:
  On Wednesday, April 25, 2012 08:52:59, Patrick Lauer wrote:
  Greetings,
 
  in the last months there have been many discussions about init systems,
  especially systemd. The current state seems to make no one really happy
  - the current debian init system is a bit minimal and doesn't even do
  stateful services in an elegant way (e.g. /etc/init.d/apache2 start;
  /etc/init.d/apache2 start).
 
  After testing systemd some, I've now grown a new appreciation for the 
  default
  Debian init system -- because it gives visual notification of what's been
  started, where systemd does not.  I'd like to know where OpenRC is in this
  regard -- if it maintains visual notification at startup, that would be a
  benefit it has that isn't currently mentioned at [1] AFAICT.
 
  I think visual startup notification is significant.  Often enough I find 
  error
  notifications during startup which I can then track down and fix, and if 
  this
  information is hidden then startup errors might not get noticed.  :-/
 
  [I do like that systemd can be loaded and you can choose when to turn it
  on/off via passing 'init=/bin/systemd' to the booting kernel.  That and the
  fast bootup time are nice.  Bootup time is not a significant benefit in my
  case, as I'm using LUKS encryption with several long passwords to enter at
  boot time.  :-P]
 
  ...
  What we offer you is a modern, slim, userfriendly init system with
  minimal dependencies. All you need is a C99 compiler and a posix sh!
  The list of features is long and tedious
  http://wiki.gentoo.org/wiki/OpenRC )
  (Note to the reader: this is the same page as [1].)
 
  Some feedback on the page above: in the first table comparing system startup
  types there are markers for notes, e.g. no[1] concerning Read-Ahead, but 
  the
  expected note details after the table seem to be missing.
 
  Should you decide to switch (or just evaluate if switching is possible /
  makes sense) you'll get full support from us in migrating init scripts
  and figuring out all the nontrivial changes. Just visit us on IRC (
  #openrc on irc.freenode.net), send us a mail ( ope...@gentoo.org ) or
  meet us for a beer or two.
 
  For others looking to evaulate:  at the tail end of [2] I found a link to 
  the
  OpenRC Git repository [3], along with more documentation on OpenRC and how 
  to
  migrate at [4].
 
 
 
  [1] http://wiki.gentoo.org/wiki/OpenRC
 
  [2] https://en.wikipedia.org/wiki/OpenRC
 
  [3] http://git.overlays.gentoo.org/gitweb/?p=proj/openrc.git
 
  [4] http://www.gentoo.org/proj/en/base/openrc/
 
   -- Chris
 
  --
  Chris Knadle
  chris.kna...@coredump.us
  GPG Key: 4096R/0x1E759A726A9FDD74
 
 
 --
 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/caknhny88jdfepbj0xckw4jx6fyb85i7sf95mhfjlnun2bhz...@mail.gmail.com
 

-- 
Kind regards,  Milan
--
Arvanta,http://www.arvanta.net
Please do not send me e-mail containing HTML code or documents in
proprietary format (word, excel, pps and so on)


-- 
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/20120426173751.ga3...@arvanta.net

Re: On init in Debian

[Milan P. Stanic]

On Thu, 2012-03-29 at 13:07, Russ Allbery wrote:
 Mike Hommey m...@glandium.org writes:
  On Thu, Mar 29, 2012 at 10:09:57AM +0200, Vincent Lefevre wrote:
  Well, wicd has its own bugs, such as preventing a laptop from
  suspending.
 Works for me; I've never had any trouble at all suspending my laptop and
 I've been using wicd for years.  (The laptop tracks unstable.)

Also for me, my wife, daughter, nephew and son. :-]

[...]

-- 
Kind regards,  Milan
--
Arvanta, IT Securityhttp://www.arvanta.net
Please do not send me e-mail containing HTML code or documents in
proprietary format (word, excel, pps and so on)


-- 
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/20120329205644.ga23...@arvanta.net

Re: Unofficial repositories on 'debian' domains

[Milan P. Stanic]

On Mon, 2012-03-05 at 17:56, Thomas Goirand wrote:
 On 03/05/2012 03:40 PM, Stefano Zacchiroli wrote:
  But before getting there, the question is whether the existence of the
  website (and its popularity) poses problem to Debian reputation and/or
  to the activity of official Debian multimedia packaging. I think this is
  a question for the Debian Multimedia Maintainers (as in
  pkg-multimedia-maintain...@lists.alioth.debian.org) to answer. If they
  see a problem with debian-multimedia.org, we should get in touch with
  the website maintainers and solve the issue.
 I do think this website hurts Debian, and its user community.
 Let me explain, it's based on my past *user* experience.

I don't agree with you here.
For me d-m.o was (and still is) valuable resource.
Some codecs missing in Debian packages because of the policy (I don't
blame Debian for that) and in that case d-m.o is best option for me
because I don't want/have time to package it from the source.

[...]

-- 
Kind regards,  Milan


-- 
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/20120305105215.gb27...@arvanta.net

Re: Unofficial repositories on 'debian' domains

[Milan P. Stanic]

On Mon, 2012-03-05 at 16:45, Reinhard Tartler wrote:
 On Mon, Mar 5, 2012 at 11:52 AM, Milan P. Stanic m...@arvanta.net wrote:
  For me d-m.o was (and still is) valuable resource.
  Some codecs missing in Debian packages because of the policy (I don't
  blame Debian for that) and in that case d-m.o is best option for me
  because I don't want/have time to package it from the source.
 Out of curiousity, what codecs do you miss in the official debian packages?

It was a long ago when I installed packages from d-m.o so I can't
remember right now. I just put (in apt.sources):
deb http://www.debian-multimedia.org testing main contrib
deb http://www.debian-multimedia.org unstable main contrib

and forgot about it.

When I encounter conflict in apt/itude I know how to resolve it or just
don't care if it isn't important.

So, I appreciate Christian Marrilat effort with d-m.o when Debian was not
unable to package all codecs and apps due to patent and licencing
'issues'. Again, I don't blame Debian for that.

I just want to tell that the d-m.o was and I think it would be useful
just because Debian cannot ship all software/codecs which have
patent/licence problem.

-- 
Kind regards,  Milan


-- 
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/20120305170115.ga29...@arvanta.net

Accepted patcher 0.0.20040521-6 (source all)

[Alejandro Rios P.]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 5 Mar 2012 09:37:13 -0500
Source: patcher
Binary: patcher
Architecture: source all
Version: 0.0.20040521-6
Distribution: unstable
Urgency: low
Maintainer: Alejandro Rios P. aler...@debian.org
Changed-By: Alejandro Rios P. aler...@debian.org
Description: 
 patcher- perl script useful for managing patches
Changes: 
 patcher (0.0.20040521-6) unstable; urgency=low
 .
   * Applying patch from Jari Aalto jari.aa...@cante.net:
 - Remove deprecated dpatch and upgrade to packaging format 3.0 quilt.
 - Move added manual page under debian/ directory, so that it is not
   flagged as a modification to sources.
 - Update to Standards-Version to 3.9.3 and debhelper to 9.
   * Updating maintainer field.
Checksums-Sha1: 
 28631bdf736fcfaec4b5ec1233b08babb2b6c982 1019 patcher_0.0.20040521-6.dsc
 4c93038403b6a15c3a65ed27a6e2b416d9d3484e 8046 
patcher_0.0.20040521-6.debian.tar.gz
 eaf24b005be1ac30e3d7a0f311978891d8d533b3 23440 patcher_0.0.20040521-6_all.deb
Checksums-Sha256: 
 061dd1f22887ed62e01e544927763d1adeb15278431a91fa4216541e88eb5efa 1019 
patcher_0.0.20040521-6.dsc
 b5590efdf2e6f531b3bfc940ca5d824fce72ff2a12ad7bed82314c642697b13a 8046 
patcher_0.0.20040521-6.debian.tar.gz
 714e6534d354d8979cae8ef461267675b246b23d44ef7d8db2fc47595ec9d482 23440 
patcher_0.0.20040521-6_all.deb
Files: 
 9af7a4e9f51f0668491d99ca7d179bdb 1019 devel optional patcher_0.0.20040521-6.dsc
 ee601fa89ec83a62e2544f9e4823b7cc 8046 devel optional 
patcher_0.0.20040521-6.debian.tar.gz
 023502e4048d139cc8c79315fe7cbf11 23440 devel optional 
patcher_0.0.20040521-6_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk9VmLsACgkQoby7LzBs3/MucgCfcfBAOk5yG2EtLhK6GgnwIVd5
KikAoJcbwpgs6fQT1rHYGfOUOh2pRW1i
=Ao1g
-END PGP SIGNATURE-


Accepted:
patcher_0.0.20040521-6.debian.tar.gz
  to main/p/patcher/patcher_0.0.20040521-6.debian.tar.gz
patcher_0.0.20040521-6.dsc
  to main/p/patcher/patcher_0.0.20040521-6.dsc
patcher_0.0.20040521-6_all.deb
  to main/p/patcher/patcher_0.0.20040521-6_all.deb


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1s4mot-0004rz...@franck.debian.org

Debian 5.0 support for VMware ESX 3.5/4.0/ESXi 4.1

[Piotrek P]

Dear All,
Please be aware that VMware ESX 3.5 is NOT supporting any of Debian as Guest OS.
Please be aware that VMware ESXi 4.1 IS supporting Debian 4.0, 5.0 as Guest OS.
Please be aware that VMware ESX 5.0 IS supporting Debian 4.0, 5.0, 6.0
as Guest OS.

I would like to ask:
- What does it means for users of Debian 5.0 on ESXi 4.1 if support of
Debian 5.0 will end?
- What about repositories of Debian 5.0?
- How can I obtain informations about major changes in packages that
were changed in Debian 6.0 and future releases?
- What is official statement of VMware about not supporting newest
versions of Debian OS?
- How is it possible to be updated if VMware is not supporting newest
version of Debian OS?

Many thanks for answers.

Best regards,
Peter P.


-- 
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/CAMZ-jvqH981-e_J7fLAO1kDrX-HQBqV+tPMV8SCJ=oybhsq...@mail.gmail.com

Re: Bug#657949: Cannot install libhdf5-mpi-dev and libnetcdf-dev

[Francesco P. Lovergine]

On Wed, Feb 08, 2012 at 02:32:07PM +, Alastair McKinstry wrote:
 Hi Francesco,
 
 Do you recommend that we build the next NetCDF from 4.1.1 or should we
 use the 4.1.3 from experimental as the base?
 
 Regards
 Alastair
 

AFAIK Sylvestre is going to reset the dependencies chain in hdf5 to avoid that
kind of problem. About 4.1.3 in experimental, it still needs a bit of work,
and I'm going to split in separate packages current netcdf 4.1.1 
before, in order to have a decent organization of all solibs to
have a smooth migration to 4.1.3. You have free access to the git repository,
so a branch can be prepared for having a parallel flavor too.

-- 
Francesco P. Lovergine


-- 
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/20120208152707.gb3...@gandalf.is-a-geek.org

Re: Bug#657949: Cannot install libhdf5-mpi-dev and libnetcdf-dev

[Francesco P. Lovergine]

On Tue, Feb 07, 2012 at 09:28:00AM +, Alastair McKinstry wrote:
 On 2012-02-02 01:43, Steve M. Robbins wrote:
  Hi,
 
  I'd like to contribute towards a solution for this.  I'm forwarding to
  debian-devel to get some others' ideas.
  Naively, I don't understand why netcdf can't offer multiple variants,
  just as hdf5 does.  Or, at least, one package libnetcdf-mpi-dev that
  links with the default MPI implementation.
  I am not involved in the netcdf. You should report a bug on this
  package.
  I'm prepared to do so, but I'd first like to get agreement that
  netcdf is where the problem lies.  Netcdf maintainers, please
  chime in!
 
 
  I think we can no longer live in the status quo (see all the blockers
  of #631019), so something has to give.  Even if it is painful, perhaps
  Debian could pioneer something and pass patches back to upstream?
 
  Thoughts?
 
  -Steve
 
 As of now, I have several packages (eg ADIOS, CDO) that used to build
 against netcdf and libhdf5-mpi-dev
 that don't. Without fixes to netCDF (I appreciate what Francesco says
 about netcdf upstream
 not giving the libraries proper names), there needs to be a regression:
 either the packages
 build with netcdf but no MPI, or  MPI but no netcdf.
 

The problem is the following: with latest update to hdf5, the chain of
dependencies changed, so that now libnetcdf6 depends on the pure serial
version of hdf5, while the previous one depended on serial or parallel:

Version: 1:4.1.1-6+b1
Depends: libc6 (= 2.7), libcurl3-gnutls (= 7.16.2), libgcc1 (= 1:4.1.1), 
libgfortran3 (= 4.3), libhdf5-7 (= 1.8.7), libquadmath0 (= 4.6), libstdc++6 
(= 4.4.0)

Version: 1:4.1.1-6
Depends: libc6 (= 2.7), libcurl3-gnutls (= 7.16.2-1), libgcc1 (= 1:4.1.1), 
libgfortran3 (= 4.3), libhdf5-serial-1.8.4 | libhdf5-1.8.4, libquadmath0 (= 
4.6), libstdc++6 (= 4.4.0)

So at least at packaging level, that should be fixed to follow the previous 
criteria.

That said, indeed NetCDF provides nc_create_par and nc_open_par in both serial
and parallel versions, but needs to be built with --enable-parallel to take
advantage of parallel I/O in HDF5, else it works in pure serial mode.

-- 
Francesco P. Lovergine


-- 
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/20120207131730.gb7...@gandalf.is-a-geek.org

Re: Bug#657949: Cannot install libhdf5-mpi-dev and libnetcdf-dev

[Francesco P. Lovergine]

On Wed, Feb 01, 2012 at 07:43:31PM -0600, Steve M. Robbins wrote:
  
  The solution is having upstream adopting a sane naming scheme for 
  mpi-enabled
  flavor libraries instead of using always the same names for all.
 
 Francesco, please clarify: are you speaking of the hdf5 upstream or
 the netcdf upstream?  (Both?)  
 

I mean first of all hdf5 upstream. Note that anyway both them use
different APIs for serial and parallel programming models. So having
the same library names for completely different things IMHO is defective by
design and confusing. As a principle we could install only mpi-enabled
libraries (the serial model and API could be anyway used) but that would imply
that people should coexist with such kind of stuff installed always, if used
or not. Also some serial-only supports could be missed and anomalies appearing 
here and there: both them are quite complicated beasts. I would avoid
to take such kind of decision without a deep analysis.

 What problem are you trying to solve with that: co-installable -dev
 packages or just coinstallable lib packages?
 
 
  Unfortunately they were still not available for that at the time of
  my last poking.  Diverging from upstream is not a good idea, so we
  still have to live in a non perfect world...
 
 I think we can no longer live in the status quo (see all the blockers
 of #631019), so something has to give.  Even if it is painful, perhaps
 Debian could pioneer something and pass patches back to upstream?
 
 Thoughts?
 

I'm afraid it is quite difficult having such kind of proposal accepted
by upstreams. It implies changes for both them in library use, that they
could be not ready to introduce. In 2009 I asked about that in hdf-forum
without a positive answer.

-- 
Francesco P. Lovergine


-- 
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/20120207134136.gc7...@gandalf.is-a-geek.org

Re: Removing web server dependencies from web apps

[Milan P. Stanic]

On Fri, 2012-01-06 at 23:49, Daniel Baumann wrote:
 On 01/06/2012 02:46 PM, Milan P. Stanic wrote:
  live with the idea that Debian must be usable for everyone in the
  world (which is impossible, IMHO) but that's the life.
 
 at least debian is equally bad for everyone/everything, having almost no
 worst cases by itself, already is quite a good thing, isn't it? ;)

No. Debian is the best distribution for me in last fifteen years.
But, I think the trend toward unexperienced users is not where Debian
should go because there are already some distributions positioned well.

Ubuntu, which was intended for desktop already have server variant and I
can't see a reason why Debian couldn't have something like that, i.e.
variant for unexperienced users and another one for servers.

There is Debian-Edu (and some other specific variants) already.

I know that that requires more volunteers and time but I can dream about
it ;-)

-- 
Kind regards,  Milan
--
Arvanta, IT Securityhttp://www.arvanta.net
Please do not send me e-mail containing HTML code or documents in
proprietary format (word, excel, pps and so on)


-- 
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/20120110113332.gb10...@arvanta.net

Re: Removing web server dependencies from web apps

[Milan P. Stanic]

On Fri, 2012-01-06 at 20:45, Thomas Goirand wrote:
[...]
 This is why I think the solution of moving apache2 | http as
 a Recommends: is a good compromise.
 
 Never mind, it seems there's more people against my idea
 than some thinking it was a smart one, so I'll hack with equivs
 (which I didn't know) and see how it goes.

You can't be sure ;-)
Maybe we just tired to repeat our arguments against 'Debian dependency
hell', as I call it.

I just do what you do: rebuild application without unneeded dependencies
and live with the idea that Debian must be usable for everyone in the
world (which is impossible, IMHO) but that's the life.

-- 
Kind regards,  Milan


-- 
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/20120106134615.gb12...@arvanta.net

Re: from / to /usr/: a summary

[Milan P. Stanic]

On Sun, 2012-01-01 at 14:42, Nick Leverton wrote:
 On Sun, Jan 01, 2012 at 05:14:41PM +0800, Thomas Goirand wrote:
  On 01/01/2012 03:11 PM, Russ Allbery wrote:
   Thomas Goirand tho...@goirand.fr writes:
   The other sane way is to mark files not in /etc as conffiles.  It
   semantically sux a bit, but if we have no choice because of upstream
   decisions (which we don't have enough time to fix), then that might be a
   way...
   That doesn't help unless you expect sysadmins to change them (unchanged
   conffiles are quietly updated just like any other package file), at which
   point it becomes an FHS violation.
  I'd like to know: is it a normal thing to edit these files in
  /usr/lib/udev/rules.d
  (or, any other file that udev will use and which will be stored in /usr)?
  Or should we expect that *never* anyone will touch them (eg: there's never
  a real valid reason to edit them)?
 The latter.  If you wish to override them, place the new file in
 /etc/udev/rules.d and the one in /usr/lib/udev won't be used.
   ^
You mean:
/lib/udev/rules.d

-- 
Kind regards,  Milan


-- 
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/20120101172513.gb29...@arvanta.net

Re: Bug#653894: ITP: mediainfo -- MediaInfo supplies information about a video or audio file

[Milan P. Stanic]

On Sun, 2012-01-01 at 16:21, Chow Loong Jin wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Chow Loong Jin hyper...@ubuntu.com
 
 
 * Package name: mediainfo
   Version : 0.7.52
   Upstream Author : i...@mediaarea.net
 * URL : http://mediainfo.sf.net
 * License : LGPL
   Programming Lang: C++
   Description : MediaInfo supplies information about a video or audio file
 
 MediaInfo supplies technical and tag information about a video or audio file
 .
 What information can I get from MediaInfo?
 General: title, author, director, album, track number, date, duration...
 Video: codec, aspect, fps, bitrate...
 Audio: codec, sample rate, channels, language, bitrate...
 Text: language of subtitle
 Chapters: number of chapters, list of chapters
 .
 What format (container) does MediaInfo support?
 Video: MKV, OGM, AVI, DivX, WMV, QuickTime, Real, MPEG-1, MPEG-2,
 MPEG-4, DVD (VOB)...
 (Codecs: DivX, XviD, MSMPEG4, ASP, H.264, AVC...)
 Audio: OGG, MP3, WAV, RA, AC3, DTS, AAC, M4A, AU, AIFF...
 Subtitles: SRT, SSA, ASS, SAMI...
 .
 This package includes the command line interface

Mediainfo is already in Debian multimedia.

-- 
Kind regards,  Milan


-- 
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/20120101172017.ga29...@arvanta.net

Re: Two groups of users, one distro in the middle

[Milan P. Stanic]

On Tue, 2011-11-15 at 13:34, Ian Jackson wrote:
 Charles Plessy writes (Re: Two groups of users, one distro in the middle):
  I agree.  One possiblity when packages A and B conflict for a program name
  would be to rename, but in addition to provide a wrapper that executes the
  program from A when only A is installed, from B when only B is installed, 
  and
  that gives an error reporting alternative path names when both A and B are
  installed.  The wrappers for all names could be provided by a third package.
 
 I don't think this ia a good idea.  The result would be that
 installing an additional package could break the operation of
 an unrelated package.
 
 If users desperately want to do this themselves there is no reason why
 they shouldn't symlink /usr/bin/node - nodejs themselves - apart
 from, of course, the reasons why they shouldn't.
 
 But we should absolutely not support it.  I have no sympathy at all
 for nodejs upstream on this matter.

As a user/admin I fully agree with you. Debian policy should be changed
to state something like First come, first served. Principle of least
surprise.

ax25 packages are in Debian for more than ten years, IIRC.

What to do if someone create {some}script language and call it 'cat' and
refuse to rename it because s/he like cats. ;-)

-- 
Kind regards,  Milan
--
Arvanta, IT Securityhttp://www.arvanta.net
Please do not send me e-mail containing HTML code or documents in
proprietary format (word, excel, pps and so on)


-- 
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/201518.ga24...@arvanta.net

Re: Depends: logrotate (forever and ever and ever)

[Milan P. Stanic]

On Sun, 2011-09-18 at 22:45, Russ Allbery wrote:
 Ivan Shmakov i...@gray.siamics.net writes:
  It's therefore my long-standing opinion that the dependency on
  logrotate should be downgraded to Recommends:, unless, of
  course, postinst or prerm do actually use anything provided by
  the logrotate package (which seems to me unlikely.)
 I completely agree and report this bug every time I run into it.  We use a
 different log rotation strategy and program at Stanford that has
 capabilities that logrotate doesn't have, and we want to purge logrotate
 from all our systems so that it doesn't so something unexpected.

I do the same on my machines with metalog (there is no official Debian
package) and logrotate is installed only to waste time and bandwidth and
to annoy me. And logrotate depends on cron which I don't need on some
machines.

 Recommends is more appropriate than Depends for logrotate, since software
 in Debian rarely cares exactly which program is rotating its logs, only
 that some program does.
 
 It's very hard to get a Debian system without logrotate installed without
 explicit and intentional action, so changing Depends to Recommends is
 quite unlikely to introduce a bug where no log rotation program is
 installed at all.

+1

-- 
Kind regards,  Milan
--
Arvanta, IT Securityhttp://www.arvanta.net
Please do not send me e-mail containing HTML code.


-- 
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/20110919104009.ga1...@arvanta.net

Accepted ampsharp 2.0.4-1 (source all)

[Eric P. Mangold]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 25 Jul 2011 12:00:00 +
Source: ampsharp
Binary: libampsharp2.0-cil libampsharp-cil-dev
Architecture: source all
Version: 2.0.4-1
Distribution: unstable
Urgency: low
Maintainer: Debian CLI Libraries Team 
pkg-cli-libs-t...@lists.alioth.debian.org
Changed-By: Eric P. Mangold e...@teratorn.org
Description: 
 libampsharp-cil-dev - Asynchronous Messaging Protocol library for the CLI.
 libampsharp2.0-cil - Asynchronous Messaging Protocol library for the CLI.
Closes: 637541
Changes: 
 ampsharp (2.0.4-1) unstable; urgency=low
 .
   * Initial release. (Closes: #637541)
Checksums-Sha1: 
 a50b477691ee24c9bc46b43883b6cd2f6b51a482 1892 ampsharp_2.0.4-1.dsc
 d50c72c836e4198f3259653a47104e67309b6a33 36730 ampsharp_2.0.4.orig.tar.gz
 d525ae2e0a53f707930735c7a583667f96bde5ae 3018 ampsharp_2.0.4-1.debian.tar.gz
 3dcce93d1e90c8c7a729df9445bbfc154a69eac1 15966 
libampsharp2.0-cil_2.0.4-1_all.deb
 74de5d6e871615d3a08b52e9f930ac0e97af1213 2332 
libampsharp-cil-dev_2.0.4-1_all.deb
Checksums-Sha256: 
 d870d74a15a5b571237cbed165a3a2d141241958428222560b3e5a7b4b219797 1892 
ampsharp_2.0.4-1.dsc
 c277012c340baf174fbc147cf3fe4e5ddd5dda02228e81ca03871d4f81fcedbc 36730 
ampsharp_2.0.4.orig.tar.gz
 34f33dccd30946d0722c8a9b5d0a1cb337e3e058a2f596284777da648583ea66 3018 
ampsharp_2.0.4-1.debian.tar.gz
 66e6c572f135b2ecfa9c5d0597c6560d8a3282d4bec3236a5617488c1c37529f 15966 
libampsharp2.0-cil_2.0.4-1_all.deb
 5467436787dc0349a0b0afd5ca524951526a3ec7f08525e8bfad5402e4baf181 2332 
libampsharp-cil-dev_2.0.4-1_all.deb
Files: 
 d05feeaae9c179e260247424a6b905e6 1892 libs optional ampsharp_2.0.4-1.dsc
 6571882459f58ad56ac107b86a6124a0 36730 libs optional ampsharp_2.0.4.orig.tar.gz
 b0bae3c54c50ee5fdbd87bf5356d5f18 3018 libs optional 
ampsharp_2.0.4-1.debian.tar.gz
 026b82832833c8abb089afa98e1372cf 15966 cli-mono optional 
libampsharp2.0-cil_2.0.4-1_all.deb
 be812b9b2fafb213f43bae70675998b9 2332 libs optional 
libampsharp-cil-dev_2.0.4-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJOWpiSAAoJEONS1cUcUEHUK6IP/jlcK8o+hHdHxrY//BGqHIEo
hEowVWtxb5bQs8VP/vgmCz6v6ZU/MZClaJUjrfPaLfrIcrEIvSTzVTbK9KH4yVa2
ubTqYLplt9LF3QysabwSiLKgXCFkZVYPXb169n/x7RbwMIjvouqepPyVJ+/GL6wS
AKtsWGavHxv9nV7WaZfINyZfOobPWe9ces4H8EQLCool0VbRBmT+WRf44ehKbFSe
ITt/MNw7lmPfLDTmts+G3eUX6kfF6TKKb/WU4KG4VraYhX/EFHsCVNzW9cSxF63R
s9F+d+cKaM953vi5EswDqRav9kuH8b7gNfWRxlLEVHCJ7sCj8+QBsbDIgOIBra/9
fWmdc0wJDjrkh0ooHsYZJO07whm3mm8P3szA9akV4CdiNaqpmfkGU7D4OmTE8Kxi
yknbU+dW2kpfgXuF9xZZ5GxgOTbhlpdJ6Ba24ZALZXjJP3tXYKRJLBmB5Tl3LEqo
dwRzNKneBEqD53c64p4aOU+hpJknYfWY1byFDPD8N3bS1rsD9CVwRHJy64Tx4uid
1EIMOUKD7iUsf1OsIExtYBCgp3F2Thc7dWbx8AfZ03N+irExH5BPP5Y7owN1qivf
d7VBvi6XOqolzqAPcKdk6/xTxX7tMn2AZLiNs1OjwNthi5IFvAvZmMJFiPpqgL/e
+V6CZmZ0zB5Glh8fmL/r
=xxpx
-END PGP SIGNATURE-


Accepted:
ampsharp_2.0.4-1.debian.tar.gz
  to main/a/ampsharp/ampsharp_2.0.4-1.debian.tar.gz
ampsharp_2.0.4-1.dsc
  to main/a/ampsharp/ampsharp_2.0.4-1.dsc
ampsharp_2.0.4.orig.tar.gz
  to main/a/ampsharp/ampsharp_2.0.4.orig.tar.gz
libampsharp-cil-dev_2.0.4-1_all.deb
  to main/a/ampsharp/libampsharp-cil-dev_2.0.4-1_all.deb
libampsharp2.0-cil_2.0.4-1_all.deb
  to main/a/ampsharp/libampsharp2.0-cil_2.0.4-1_all.deb


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1qyqw8-0008pm...@franck.debian.org

Re: Bug#630977: ITP: raccoon -- preparation for ligand screening projects

[Milan P. Stanic]

On Sun, 2011-06-19 at 20:28, Paul Wise wrote:
 On Sun, Jun 19, 2011 at 8:02 PM, Steffen Moeller wrote:
 
  * Package name    : raccoon
 
 That is one letter away from racoon, the IPsec IKE keying daemon. I
 wonder if that would be too confusing of a name?

It is, IMHO.

When I saw ITP and version 1.0.0 I was surprised because I follow racoon
mailing list and I know that the latest release of racoon is 0.8.0

Careful look clarified all, but it could be confusing.

-- 
Kind regards,  Milan


-- 
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/20110619131743.ga20...@arvanta.net

Re: Debian rolling: tentative summary

[Milan P. Stanic]

On Tue, 2011-05-03 at 09:47, Martin Wuertele wrote:
 * Cristian Henzel cri...@b3r3.info [2011-05-03 08:12]:
  I'm a bit new to Debian but just wanted to add my $0.02 to this discussion,
  since it's something that I personally find very interesting.
  Firstly, I think the question should be, which users would be targeted by a
  rolling release? I don't think there are many people out who have the need 
  for
  *both* really stable and supported *and* up-to-date packages and this might 
  not
  even be possible without a huge team to work on it. IMHO the rolling release
  should be targeted at people who want the latest stuff but don't care that 
  much
  about stability.
  I had a quick talk on this with a couple of people on IRC where I suggested
  starting with a 'clone' of the testing repository, and changing a couple of 
  the
  rules, like not having a freeze for example and maybe increasing the time it
  takes packages to 'promote' from unstable into rolling. This might not make 
  the
  most stable configuration but I think it would be a good compromise between
  having the latest packages and not having any really serious bugs. I for one
  would only dislike bugs that cause a data loss or a non-operable system, and
  from what I know these are pretty rare even in testing.
  If it then would be also possible to decrease the release time of stable to
  something around a year, I think this might make everyone happy, both the
  'stability freaks' and the average Joe.
 
 Er, no. Those of us using Debian in corporate environments desire high
 stability, long-term support and defined, not to short, periods between
 releases. The 2 years with the security support for currently about 4
 years from the release date on is good if even a bit on the short side.

I agree. Debian shouldn't become yet another Ubuntu.

I converted all my servers to Debian stable and workstations to
testing/unstable thirteen years ago and I don't regret.

I don't think that the Debian can beat Ubuntu in popularity on
desktop/laptop field (not yet) and IMHO it should not even try that.

IMHO Debian is for the people who understand computers and are willing
to invest some time to learn and user friendly distributions are for
other more or less laymen people.

-- 
Kind regards,  Milan


-- 
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/20110503083301.ga13...@arvanta.net

Re: Ruby changes for Wheezy

[Francesco P. Lovergine]

On Fri, Mar 04, 2011 at 02:26:10PM +0100, Bernd Zeimetz wrote:
 On 03/04/2011 02:00 PM, Josselin Mouette wrote:
  Le vendredi 04 mars 2011 à 11:16 +0100, Stefano Zacchiroli a écrit :
  === Use alternatives to switch between Ruby implementations ===
  There is a huge demand (see
  [[http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548917|#548917]])
  for using alternatives to switch between Ruby implementations. This
  would provide a way to mimic what RVM provides in a cleaner way, and
  will help the Ruby community with moving to 1.9.x or other
  implementations.
  
  I think this would be asking for a disaster. A given version of the
  distribution should provide a given version of /usr/bin/ruby. Otherwise
  you’re just going to see third-party software (and often Debian
  packages) break in horrible ways.
 
 Indeed. You would want to define a default version and some 'supported'
 (but non-default) other versions. Again my recommendation - look at the
 way how these things are handled in Python (yeah, ignore the discussions
 around varoius Python helpers and so on).

+1 

this is exactly the reason why we adopted *one* default Tcl/Tk instead
of the broken-by-design use of admin-changeable alternatives. Interpreters
are not the right target for such an approach. We have to choose a safe
default version and provides optionally other versions with strict
dependencies used only when required.

-- 
Francesco P. Lovergine


-- 
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/20110304141642.gd3...@gandalf.is-a-geek.org

Compilation packages - major problem!!

[David Joseph P Crowley]

Dear Sir/Madam,

I downloaded the Debian/GNU Linux OS stable version onto my 32 bit system. I
wish to use it for development purposes but I am having trouble with
compiling my .c files, in fact the gcc command isn't even working! I read
on the Debian website that the command :  # apt-get install glibc-doc
manpages-dev libc6-dev gcc build-essential. on the command line should
setup a proper environment to complie c programs.

But I tried this and it didn't work!! it complains that I am not allowed to
do this because I am not in root or something . I read also that I should
obtain root permission - and a method of doing this was to type root into
the login prompt - this did not work either!   I don't know how to fix this,
what could be wrong? am I missing files , ids this normal?  Help???!!!


Rgds,
David.

Fwd: Compilation packages - major problem!!

[David Joseph P Crowley]

-- Forwarded message --
From: David Joseph P Crowley crowl...@tcd.ie
Date: 24 February 2011 00:05
Subject: Re: Compilation packages - major problem!!
To: Ben Hutchings b...@decadent.org.uk




Thank you very much Goncalo, I'll have to try this now, but im not sure if i
am allowed to reply to you!


Ben,

I  do not develop for debian but I am beginning a career as a software
engineer using Debian, who knows maybe one day I could ask more advanced
questions and even contribute!


Rgds,
David.

On 23 February 2011 23:40, Ben Hutchings b...@decadent.org.uk wrote:

 This list is for Debian developers, not for developers who happen to use
 Debian.

 Basic questions, such as how to log in as root, should be addressed to
 the debian-user list or to the http://ask.debian.net web site.

 Ben.

 --
 Ben Hutchings
 Once a job is fouled up, anything done to improve it makes it worse.

Re: MBF: switching away from homepage pseudo-header

[Francesco P. Lovergine]

On Sun, Feb 13, 2011 at 12:27:34PM +0100, Cyril Brulebois wrote:
 Stefano Zacchiroli z...@debian.org (13/02/2011):
  I hereby propose a mass bug filing, severity minor, requesting
  migration to the proper debian/control field.
 
 That might also be a sign of packages lacking love, maybe some of them
 should be orphaned or dropped instead?
 

+1 

Very outdated debhelper versions, policy versions and very aged last upload 
dates
could be signs of MIA developers and abandonware.

-- 
Francesco P. Lovergine


-- 
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/20110213113154.ga2...@frankie.is-a-geek.org

Re: Results of the App Installer Meeting

[Duncan Mac-Vicar P.]

On 01/27/2011 06:07 PM, David Kalnischkies wrote:

I am thinking of the AppStream project therefore as a big experiment to
work together and I have the strong hope that we can find more places
where we can work on together instead of against each other.


Agreed. And if you see we were able to come up with lot of agreements 
without falling in the typical two Linux traps:


- talking about packaging
- talking about GUI toolkits or desktop environments

We are focusing in the user and the simple problem of finding a cool app 
and install it. We are using PackageKit to solve technical issues in the 
current reality of Linux, but if the user gets the software as a Chrome 
extension or a full self contained image, he will not care, and we will 
slowly open our minds and leave more and more dogmas out to fulfill this 
goal.


Duncan


--
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/4d443175.2050...@suse.de

Bug#611023: ITP: gtk2-engines-oxygen-gtk -- A port of the default KDE widget theme (Oxygen) to GTK+

[P. J. McDermott]

Package: wnpp
Severity: wishlist
Owner: P. J. McDermott p...@nac.net


* Package name: gtk2-engines-oxygen-gtk
  Version : 1.0.1
  Upstream Author : Bellegarde Cédric gnu...@gmail.com, Hugo Pereira Da Costa
hugo.pere...@free.fr, Ruslan Kabatsayev
b7.10110...@gmail.com
* URL : 
https://projects.kde.org/projects/playground/artwork/oxygen-gtk
* License : LGPL-2.1+
  Programming Lang: C++
  Description : A port of the default KDE widget theme (Oxygen) to GTK+

The primary goal of this theme engine is to ensure visual consistency between
GTK+- and Qt-based applications running under KDE. A secondary objective is to
also have a stand-alone nice looking GTK+ theme that would behave well on other
desktop environments.

Unlike other attempts made to port the kde oxygen theme to GTK+, this attempt
does not depend on Qt (via some Qt to GTK+ conversion engine), nor does render
the widget appearance via hard coded pixmaps, which otherwise breaks everytime
some setting is changed in KDE.



--
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/20110124212535.32564.59598.reportbug@localhost.localdomain

Bug#608171: ITP: kmozillahelper -- Iceweasel-KDE integration

[P. J. McDermott]

Package: wnpp
Severity: wishlist
Owner: P. J. McDermott p...@nac.net


* Package name: kmozillahelper
  Version : 0.6.2
  Upstream Author : Lubos Lunak l.lu...@suse.cz
* URL : 
https://build.opensuse.org/package/show?package=mozilla-kde4-integrationproject=mozilla%3AFactory
* License : Expat
  Programming Lang: C++
  Description : Iceweasel-KDE integration

This is an integration helper, designed to make Iceweasel work better in KDE
SC 4.

This application handles integration in the following areas:
* Getting proxy configuration
* Getting default applications by file extension, type, and protocol
* The Open with: dialog
* The file open dialog
* The file save dialog, with KIO network transparency
* The directory selection dialog
* Opening files with default applications
* Running applications
* Opening the default feed reader
* Opening the default mail client
* Opening the default news client
* Checking and setting the default web browser
* Showing KDE notifications on download completions


This helper application is developed for and shipped with the openSUSE
distribution.  It is packaged for and included in Ubuntu.  There is also a
package for it in the Arch User Repository and a Git repository to port it to
Fedora.  This application appears to be the most complete, correct, and
widely-supported solution to improving Mozilla Firefox's behavior in KDE.

Upstream development is visible at the following Git repository:
http://gitorious.org/firefox-kde-opensuse

Status of this package:
I actually have the packaging work mostly done and lintian clean; it just needs
mentor review (as I'm not a DD or DM).  However, a patch to Iceweasel (mostly
XUL and XPCOM shell service files to work with KDE the right way) is necessary
for this package to work.



-- 
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/20101228090515.32394.9952.report...@localhost.localdomain

Re: Modifying a file from another package (rather than replacing it)

[Francesco P. Lovergine]

On Sun, Dec 26, 2010 at 02:10:08PM +0100, Malte Forkel wrote:
 But, aside from the pbuilder specifics: Is there any policy, best
 practice, or LSB scheme for extending an existing package? Are there any
 hooks to re-apply changes to an existing package after it has been updated?
 

It definitively depends on the specific packageis. When ever it happened to
me, I followed up all the maintainer(s) involved and we found all together
a way to have a working pool of packages. 

-- 
Francesco P. Lovergine


-- 
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/20101227085648.ga2...@mithrandir

Accepted gnome-schedule 2.1.1-4 (source all)

[Alejandro Rios P.]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 12 Dec 2010 14:04:03 -0500
Source: gnome-schedule
Binary: gnome-schedule
Architecture: source all
Version: 2.1.1-4
Distribution: unstable
Urgency: low
Maintainer: Alejandro Rios P. aler...@debian.org
Changed-By: Alejandro Rios P. aler...@debian.org
Description: 
 gnome-schedule - GNOME scheduler for automatic tasks
Closes: 607023
Changes: 
 gnome-schedule (2.1.1-4) unstable; urgency=low
 .
   * Thanks to Chrysn and Dmitrijs:
  - NMUs changes applied.
  - Applied patch to clean trailing backslash from dpatch (Closes: #607023)
  - Changed target arch to any (Closses #606516).
   * Updated to Standards-Version 3.9.1
Checksums-Sha1: 
 6259380514bd7515b7c092daae78c96c83e1a58f 1258 gnome-schedule_2.1.1-4.dsc
 27816714ced8eeba6cdfd57058f0786bae0fe4c7 30922 gnome-schedule_2.1.1-4.diff.gz
 38acc5b091c3f5a45c8859505fec3097384ce1a8 1127952 gnome-schedule_2.1.1-4_all.deb
Checksums-Sha256: 
 3c2a196a786d5ab66e9aa2941695208882829ba396f2fcc0bc45c8b5cd4d9e6a 1258 
gnome-schedule_2.1.1-4.dsc
 b044c4ba4ec9ee6d4bdc9a28afe5b047d90b7c372cbde05eedcc4db13d26021d 30922 
gnome-schedule_2.1.1-4.diff.gz
 e0bc87c042ff1cd90b8bf17f14f53d9d3315902f26b20e5807b8eaf9a1fb1311 1127952 
gnome-schedule_2.1.1-4_all.deb
Files: 
 6ab929cea6c0b79f6d300432bdaa8991 1258 gnome optional gnome-schedule_2.1.1-4.dsc
 85e4a82865ea5e031c6cc4e62746ced8 30922 gnome optional 
gnome-schedule_2.1.1-4.diff.gz
 e67948e4bb751d183fe6fee620016728 1127952 gnome optional 
gnome-schedule_2.1.1-4_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk0HlswACgkQoby7LzBs3/Mc2gCfXEfVj99gl8qacRWZLVWGVV3D
u0wAoJcLWnt0nB5hxqIECe5boS7ZY5Uz
=yRto
-END PGP SIGNATURE-


Accepted:
gnome-schedule_2.1.1-4.diff.gz
  to main/g/gnome-schedule/gnome-schedule_2.1.1-4.diff.gz
gnome-schedule_2.1.1-4.dsc
  to main/g/gnome-schedule/gnome-schedule_2.1.1-4.dsc
gnome-schedule_2.1.1-4_all.deb
  to main/g/gnome-schedule/gnome-schedule_2.1.1-4_all.deb


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1psjje-0001ol...@franck.debian.org

Re: bug in ppp - grave

[Francesco P. Lovergine]

On Sun, Nov 28, 2010 at 12:58:42PM +0100, Hans-J. Ullrich wrote:
 
 I want to connect a 3g-connection with a inbuild modem (Huawei 160). This 
 connectioin is just using ppp like any other modems. Everything was running 
 fine after my last upgrade. I am running Debian/testing and I graded up from 
 version ppp-2.4.4rel-10.1 (which is running fine!) to version ppp-2.4.5-4 
 (which is NOT working).
 

I'm using pppd with chatscripts and a 3g Huawei key since ages in sid,
without any problems, but for usual 3g signal issues. So I'm quite
confident your configuration has some problems. Please ask on d-users.

-- 
Francesco P. Lovergine


-- 
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/20101129142128.gc19...@blegrez.ba.issia.cnr.it

Bug#604141: ITP: libepsilon -- A library for wavelet image compression

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine fran...@debian.org

* Package name: libepsilon
  Version : 0.8.1
  Upstream Author : Alexander Simakov xan...@entropyware.info
* URL : http://sourceforge.net/projects/epsilon-project/
* License : GPL-2
  Programming Lang: C
  Description : A library for wavelet image compression

 Epsilon is C library for wavelet based lossy image compression.
 Wavelet-driven compressors are know to be much more effective than
 traditional DCT-based ones (like JPEG).
 
 Currently, the program supports about 30 different wavelet filters,
 runs in parallel in multi-threaded and MPI environments, can process
 huge images and much more.

 (Source package has been renamed to avoid collision wth an existing 
  python package).

-- 
Francesco P. Lovergine



-- 
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/20101120153804.ga19...@mithrandir

Re: i need urgent travel pr1

[j p]

i need seo, web design, logo design, animation, bpo, employment, HR related
sites ...
-- 
Thanking you,
webmaster regards,
seo.jets456 {...@} gmail.com
jets

Re: Bug#577715: FTBFS: 7 of 7 tests failed

[Francesco P. Lovergine]

On Wed, Apr 14, 2010 at 03:03:51PM +0200, Francesco P. Lovergine wrote:
 On Tue, Apr 13, 2010 at 10:47:37PM +0200, Cyril Brulebois wrote:
  Source: netcdf
  Version: 1:4.1.1-2
  Severity: serious
  Justification: FTBFS
  
  Hi,
  
  your package FTBFS on all architectures in experimental due to testsuite
  issues:
  | 7 of 7 tests failed
  
  Previous lines talk about various segmentation faults.
  
  Full build logs:
https://buildd.debian.org/status/package.php?p=netcdfsuite=experimental
  
 
 It seems due to remotes site availability missing: some tests work using
 a remote dap server...
 

That's *very* strange. It fails at testing time even for amd64 where I can
successfully complete the build and check in a clean evironment. Of course, 
I disabled remote tests, but those misterious segfaults appear anyway...

PS: CC to d-d for possible suggestions...

-- 
Francesco P. Lovergine


-- 
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/20100415101223.ga3...@blegrez.ba.issia.cnr.it

Re: Bits from the Release Team: Scheduling, transitions, how to help

[Francesco P. Lovergine]

On Thu, Apr 01, 2010 at 09:57:12AM +0200, Adam D. Barratt wrote:
   * Tcl/Tk 8.4/8.5
  Tcl 8.3 will be replaced by newer versions. This transition is
  currently staged in experimental.

Note that this will imply soon a good bounce of NMUs for experimental.
If your packages depends directly or indirectly on Tcl/Tk or Expect,
- just to cite major packages - you have to expect some third-parties
strange and suspect activities :-) in experimental and possibly 
bug reportings.

Note that plans imply dropping multi-thread support for 8.4 and
moving all stalling packages to use 8.4, as minimum requirement
or die.

Be warned ;-)

-- 
Francesco P. Lovergine


-- 
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/20100401125245.gb4...@blegrez.ba.issia.cnr.it

Re: Bug#575209 closed by Holger Levsen hol...@layer-acht.org (Re: Bug#575209: general: Error resolving hostname [resent])

[Milan P. Stanic]

On Thu, 2010-03-25 at 13:15, Ben Hutchings wrote:
 On Thu, 2010-03-25 at 11:21 +0100, Fabian Greffrath wrote:
  - The advice in the cited RFC is already ignored. Domain names that 
  start with a digit, e.g. 12345.foo.bar, can be resolved, whereas the 
  RFC tells us They [labels] must start with a letter, end with a 
  letter or digit [...].
 [...]
 It is not ignored; the standard was updated by RFC 1123 (STD 3).

Yes. I forgot to mention that in original post. Sorry.

-- 
Kind regards,  Milan


signature.asc
Description: Digital signature

Re: Bug#575209: general: Error resolving hostname [resent]

[Milan P. Stanic]

On Wed, 2010-03-24 at 10:50, Fabian Greffrath wrote:
 [Resent, because reportbug somehow ate my line breaks, sorry!]
 
 Dear all,
 
 I've found something that is most propbably a bug in Linux's resolv
 system, when trying to open a specific page with Epiphany (but any
 other browser will fail as well, please try out yourself).
 
 To reproduce, please visit http://www.deviantart.com/ and search
 for SNES. On the first results page a picture called SNES World
 HD should appear. Try to click this picture. Your browser will fail
 to resolv the hostname and even ping won't be able to:
 
   $ ping KeR-.deviantart.com
   ping: unknown host KeR-.deviantart.com
 
 However, nslookup returns the right IP address and this page even
 loads under both Windows XP and Mac OS X:
 
   $ nslookup KeR-.deviantart.com
   Server: 134.147.57.130
   Address: 134.147.57.130#53
 
   Non-authoritative answer:
   KeR-.deviantart.com   canonical name = www.deviantart.com.
   Name: www.deviantart.com
   Address: 8.10.77.140

Labels must end and begin only with a letter or digit.

RFC 1035 says:

The labels must follow the rules for ARPANET host names.  They must
start with a letter, end with a letter or digit, and have as interior
characters only letters, digits, and hyphen.  There are also some
restrictions on the length.  Labels must be 63 characters or less.

 I believe this bug is caused by the dash character in the domain
 name, but I don't have any further knowledge of Linux's resolv
 system. As you are the experts, please point me to where I can help
 to trace this bug.
 

-- 
Kind regards,  Milan


-- 
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/20100324102204.ga8...@arvanta.net

Bug#571788: ITP: geographiclib -- A C++ library to manage some geodesic transformations and problems

[Francesco P. Lovergine]

Package: wnpp
Severity: wishlist
Owner: Francesco P. Lovergine fran...@debian.org

* Package name: geographiclib
  Version : 1.1
  Upstream Author : Charles Karney et al.
* URL : http://geographiclib.sourceforge.net/
* License : LGPL
  Programming Lang: C++
  Description : A C++ library to manage some geodesic transformations and 
problems

GeographicLib is a a small set of C++ classes for converting between
geographic, UTM, UPS, MGRS, geocentric, and local cartesian coordinates,
for geoid calculations, and for computing geodesic. It is a suitable
replacement for the core functionality provided by NGA Geotrans.



-- 
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/20100227233745.14383.27522.report...@gandalf.is-a-geek.org

Accepted gnome-schedule 2.1.1-3 (source amd64)

[Alejandro Rios P.]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 29 Jan 2010 11:37:55 -0500
Source: gnome-schedule
Binary: gnome-schedule
Architecture: source amd64
Version: 2.1.1-3
Distribution: unstable
Urgency: low
Maintainer: Alejandro Rios P. aler...@debian.org
Changed-By: Alejandro Rios P. aler...@debian.org
Description: 
 gnome-schedule - GNOME scheduler for automatic tasks
Closes: 567406
Changes: 
 gnome-schedule (2.1.1-3) unstable; urgency=low
 .
   * Added dpatch to fix exception Syntax error (Closes: #567406)
   * Added ${misc:Depends} to binary debian/control
Checksums-Sha1: 
 e974f8a7787e3ee4cc4b54752b0c3bdee634b4c1 1286 gnome-schedule_2.1.1-3.dsc
 cacfeb43679aac80e0e428000410c8f4f5830038 29838 gnome-schedule_2.1.1-3.diff.gz
 32d3b28f316917fa95bf26b366fff8482ec743a7 1127722 
gnome-schedule_2.1.1-3_amd64.deb
Checksums-Sha256: 
 ece74c2b68dc4e94ecad2834d884b1cacc225e04b9de2b114744c4274d45dbcb 1286 
gnome-schedule_2.1.1-3.dsc
 02b5ebe3c32173db372a7c9b6621d91d2e17dc0370a226c3875a7dc9fffe0fd9 29838 
gnome-schedule_2.1.1-3.diff.gz
 36045a7ec9f09e26c4cd67a3d18516596003211a518f9246d81f178cec4b8329 1127722 
gnome-schedule_2.1.1-3_amd64.deb
Files: 
 8535b9d8fd981a204708af130de02221 1286 gnome optional gnome-schedule_2.1.1-3.dsc
 bcbbbdef117c5e57f51f5bedec7235c3 29838 gnome optional 
gnome-schedule_2.1.1-3.diff.gz
 30e19aa56b0efdc6afcaa176daa18a20 1127722 gnome optional 
gnome-schedule_2.1.1-3_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAktjE04ACgkQoby7LzBs3/NNCgCgq4rCjhXExLW5130EmOiMJp9R
qR4An0k64qQCtC83zBVUcit76EBVoKSK
=A4Rx
-END PGP SIGNATURE-


Accepted:
gnome-schedule_2.1.1-3.diff.gz
  to main/g/gnome-schedule/gnome-schedule_2.1.1-3.diff.gz
gnome-schedule_2.1.1-3.dsc
  to main/g/gnome-schedule/gnome-schedule_2.1.1-3.dsc
gnome-schedule_2.1.1-3_amd64.deb
  to main/g/gnome-schedule/gnome-schedule_2.1.1-3_amd64.deb


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

Accepted op-panel 0.30~dfsg-2 (source all)

[Alejandro Rios P.]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat,  02 Dec 2009 14:49:31 -0500
Source: op-panel
Binary: op-panel
Architecture: source all
Version: 0.30~dfsg-2
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org
Changed-By: Alejandro Rios P. aler...@debian.org
Description: 
 op-panel   - switchboard type application for the Asterisk PBX
Closes: 560635
Changes: 
 op-panel (0.30~dfsg-2) unstable; urgency=low
 .
   [ Alejandro Rios P. ]
   * New ming can use TTF fonts, so we won't
 use ming-fonts-dejavu anymore (Closes: #560635).
   * Added ${misc:Depends} to op-panel binary.
   * Move op_server to op_server.pl in debian/install.
 .
   [ Tzafrir Cohen ]
   * Use dh_link and dh_install rather than direct copying files
Checksums-Sha1: 
 b1f9fe0784e7068855bf6fa5bbfcc268a3c9a800 1379 op-panel_0.30~dfsg-2.dsc
 7dd7508fd5da58e9c0e419441cfa350f6b86916f 9670 op-panel_0.30~dfsg-2.diff.gz
 747530a9e0529db724605fb96d7c966b0ea86462 911192 op-panel_0.30~dfsg-2_all.deb
Checksums-Sha256: 
 0030a3c8ca17ad5a52e306661377dd79d5701b549796c71853a37f66d31a81f9 1379 
op-panel_0.30~dfsg-2.dsc
 b94348d598a40444192b91ae01bcf5e2925a4168e3f79db095620ba7c3660108 9670 
op-panel_0.30~dfsg-2.diff.gz
 c60d13050b3cc1c2d8409aacd56bdcf14de8522bf8e4a8392f4e379e024bbb41 911192 
op-panel_0.30~dfsg-2_all.deb
Files: 
 e4a165118c6b46163bd8242ed0634de2 1379 comm optional op-panel_0.30~dfsg-2.dsc
 5405b32b3fbcb2601e3199329036dc94 9670 comm optional 
op-panel_0.30~dfsg-2.diff.gz
 35d68865957849ad7930e388453a1339 911192 comm optional 
op-panel_0.30~dfsg-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAktV4qMACgkQoby7LzBs3/N0NgCfXBdgpH3d3OvrTDEFFL/PoIqJ
ooAAn31GZNlaIab2KLsA5zciJ+uw84ms
=sx1B
-END PGP SIGNATURE-


Accepted:
op-panel_0.30~dfsg-2.diff.gz
  to main/o/op-panel/op-panel_0.30~dfsg-2.diff.gz
op-panel_0.30~dfsg-2.dsc
  to main/o/op-panel/op-panel_0.30~dfsg-2.dsc
op-panel_0.30~dfsg-2_all.deb
  to main/o/op-panel/op-panel_0.30~dfsg-2_all.deb


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

Re: Is Paul Dwerryhouse MIA?

[Milan P. Stanic]

On Tue, 2010-01-19 at 08:05, Charles Plessy wrote:
 Le Mon, Jan 18, 2010 at 12:05:52AM +0100, Milan P. Stanic a écrit :
  On Sun, 2010-01-17 at 22:57, Jonas Smedegaard wrote:
   I am worried if perhaps Paul Dwerryhouse p...@dwerryhouse.com.au
   is Missing In Action.
   
   He is maintainer of kannel which I have a special interest in.  For
   some time now I have had to use an unofficial packaging of a newer
   release due to the package in Debian being quite outdated (see
   bug#563661).  I recently packaged the kannel-sqlbox addon and plan
   to package mbuni - but find it silly to work on a fork of the
   (un?)maintained kannel.
  Few months ago I tried to contact him for same reason (outdated kannel
  package) but didn't received any answer.
  In the meantime I stopped to use kannel extensively so I didn't tried
  again but just created bare-bone packages from upstream for use on one
  server.
 Dear Jonas,
 
 If others like Milan did not manage to contact the package's maintainer, maybe

I tried just once because I don't like to bother people over Net.

 you can go ahead an take over the package now ? By the way, Ubuntu has already
 upgraded to the latest upstream version since almost a year now, and there are
 no bugs related to this upgrade, so despite the freeze is soon it may be safe
 to upgrade the Debian package as well.

I actually used patches from Ubuntu to build kannel for myself. I just
skipped database support because I don't need it.

And it is quite stable, it works six months for now without restart and
without any problem.

-- 
Kind regards,  Milan
--
Arvanta, IT Securityhttp://www.arvanta.net
Please do not send me e-mail containing HTML code.


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

Re: Is Paul Dwerryhouse MIA?

[Milan P. Stanic]

On Sun, 2010-01-17 at 22:57, Jonas Smedegaard wrote:
 I am worried if perhaps Paul Dwerryhouse p...@dwerryhouse.com.au
 is Missing In Action.
 
 He is maintainer of kannel which I have a special interest in.  For
 some time now I have had to use an unofficial packaging of a newer
 release due to the package in Debian being quite outdated (see
 bug#563661).  I recently packaged the kannel-sqlbox addon and plan
 to package mbuni - but find it silly to work on a fork of the
 (un?)maintained kannel.

Few months ago I tried to contact him for same reason (outdated kannel
package) but didn't received any answer.
In the meantime I stopped to use kannel extensively so I didn't tried
again but just created bare-bone packages from upstream for use on one
server.

It would be nice if you take maintenance over kannel to have it in
Debian repository. I'm ready to help as much as I can and have time.

 I now checked 
 http://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=paul%40dwerryhouse.com.au
 - the packages are not in particularly bad state but only one of the
 bugreports listed there has ever had a single response - back in
 2007 - from Paul Dwerryhouse.
 
 What is the procedure for MIAs?  I seem to recall that db.debian.org
 have a last-seen hint but that is only for account holders in Debian
 which Paul Dwerryhouse seem not to be.
 
 It seems that Paul maintains only the packages kannel and jwhois.
 
 If it comes to that, I can offer to take over maintainance of kannel
 but would be happy to here from others interested in co-maintaining
 it (I would want to use Git and CDBS - so you are warned ahead if
 you have special preferences for or against those tools).  I have no
 interest in jwhois.
 
 
 Please cc me on responses to this mail: I am not subscribed to -devel.

-- 
Kind regards,  Milan


signature.asc
Description: Digital signature

Re: where is /etc/hosts supposed to come from?

[Milan P. Stanic]

On Mon, 2009-12-28 at 20:56, Steve Langasek wrote:
 On Tue, Dec 29, 2009 at 01:47:40AM +0100, Vincent Lefevre wrote:
   As for mail, we already appear to have an /etc/mailname file for MTAs and 
   MUAs to use for finding out the 'canonical' name of the host for message-
   IDs and the like.
  /etc/mailname doesn't seem to be specified by POSIX
 Nope, it's specified in Debian policy (11.6).
  , so that I doubt that all mail software uses it in practice (Mutt doesn't
  seem to use it...
 That would be a bug, then.

Mutt in testing/unstable use /etc/mailname.

-- 
Kind regards,  Milan
--
Arvanta, IT Securityhttp://www.arvanta.net
Please do not send me e-mail containing HTML code.


signature.asc
Description: Digital signature