Re: Anything still not OK with apt 0.9.1?

[Svante Signell]

On Thu, 2012-04-19 at 23:19 +0200, Martin Bagge / brother wrote:
> On Thu, 19 Apr 2012, Svante Signell wrote:
..
> and that key (it looks like two keys really...A92F9FF4 is for 
> debian-ports.org) is installed in the keyring?
> sudo apt-key list
> 
> if not
> either install
>debian-ports-archive-keyring

I downgraded apt, installed the ports keyring and upgraded apt. Now it
works again. Thanks!


-- 
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/1334905105.3707.2.ca...@hp.my.own.domain

Re: Bug#669570: ITP: reviewboard-rbtools -- Command-line tool to create/update ReviewBoard requests

[Dmitry Nezhevenko]

tags #669570 + wontfix
thanks

On Thu, Apr 19, 2012 at 11:27:59PM -0400, Scott Kitterman wrote:
> On Friday, April 20, 2012 04:12:56 AM Dmitry Nezhevenko wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Dmitry Nezhevenko 
> > 
> > * Package name: reviewboard-rbtools
> >   Version : 0.4.1
> >   Upstream Author : Christian Hammond, David Trowbridge
> > * URL : http://www.reviewboard.org/
> > * License : MIT
> >   Programming Lang: Python
> >   Description : Command-line tool to create/update ReviewBoard requests
> > 
> > ReviewBoard is a web application to handle code reviews.
> > This package provides post-review command-line utility that simplifies
> > both creating and updating review requests. It can look at your source
> > directory, generate a diff, and upload it to a new or existing review
> > request on an associated Review Board server.
> > 
> > Upstream releases it as separate source package, so we've separate debian
> > source pkg too.
> 
> Isn't this the same as the existing python-rbtools package:
> 
> http://packages.debian.org/sid/python-rbtools
> 

Oops. Yeah. It's outdated, but this is different issue. I'll fill
different request for this

-- 
WBR, Dmitry


signature.asc
Description: Digital signature

Re: Bug#669570: ITP: reviewboard-rbtools -- Command-line tool to create/update ReviewBoard requests

[Scott Kitterman]

On Friday, April 20, 2012 04:12:56 AM Dmitry Nezhevenko wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Dmitry Nezhevenko 
> 
> * Package name: reviewboard-rbtools
>   Version : 0.4.1
>   Upstream Author : Christian Hammond, David Trowbridge
> * URL : http://www.reviewboard.org/
> * License : MIT
>   Programming Lang: Python
>   Description : Command-line tool to create/update ReviewBoard requests
> 
> ReviewBoard is a web application to handle code reviews.
> This package provides post-review command-line utility that simplifies
> both creating and updating review requests. It can look at your source
> directory, generate a diff, and upload it to a new or existing review
> request on an associated Review Board server.
> 
> Upstream releases it as separate source package, so we've separate debian
> source pkg too.

Isn't this the same as the existing python-rbtools package:

http://packages.debian.org/sid/python-rbtools

Scott K

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

Bug#669570: ITP: reviewboard-rbtools -- Command-line tool to create/update ReviewBoard requests

[Dmitry Nezhevenko]

Package: wnpp
Severity: wishlist
Owner: Dmitry Nezhevenko 

* Package name: reviewboard-rbtools
  Version : 0.4.1
  Upstream Author : Christian Hammond, David Trowbridge
* URL : http://www.reviewboard.org/
* License : MIT
  Programming Lang: Python
  Description : Command-line tool to create/update ReviewBoard requests

ReviewBoard is a web application to handle code reviews.
This package provides post-review command-line utility that simplifies
both creating and updating review requests. It can look at your source
directory, generate a diff, and upload it to a new or existing review
request on an associated Review Board server.

Upstream releases it as separate source package, so we've separate debian
source pkg too.

-- 
WBR, Dmitry



-- 
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/20120420011252.GA21622@laptop.local

Work-needing packages report for Apr 20, 2012

[wnpp]

The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 413 (new: 7)
Total number of packages offered up for adoption: 165 (new: 6)
Total number of packages requested help for: 61 (new: 1)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   dvbsnoop (#668909), orphaned 4 days ago
 Description: DVB / MPEG stream analyzer
 Installations reported by Popcon: 468

   gaphas (#668910), orphaned 4 days ago
 Description: diagramming widget
 Installations reported by Popcon: 248

   gaphor (#668911), orphaned 4 days ago
 Description: UML modeling tool
 Installations reported by Popcon: 214

   gl-117 (#668914), orphaned 4 days ago
 Description: An action flight simulator
 Installations reported by Popcon: 522

   ppmd (#669390), orphaned today
 Description: fast archiver program with good compression ratio
 Installations reported by Popcon: 107

   simplegeneric (#668915), orphaned 4 days ago
 Installations reported by Popcon: 2106

   stellarium (#668916), orphaned 4 days ago
 Description: real-time photo-realistic sky generator
 Installations reported by Popcon: 2713

406 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   bzr-fastimport (#668992), offered 3 days ago
 Description: Fast-import/fast-export plugin for Bazaar
 Installations reported by Popcon: 172

   bzr-gtk (#668996), offered 3 days ago
 Description: provides graphical interfaces to Bazaar (bzr) version
   control
 Installations reported by Popcon: 517

   bzr-rewrite (#669009), offered 3 days ago
 Description: History rewriting plugin for Bazaar
 Installations reported by Popcon: 144

   bzr-stats (#668919), offered 4 days ago
 Description: statistics plugin for Bazaar
 Installations reported by Popcon: 79

   bzrtools (#668599), offered 6 days ago
 Description: Collection of tools for bzr
 Installations reported by Popcon: 4020

   loggerhead (#668933), offered 4 days ago
 Description: Web viewer for Bazaar
 Installations reported by Popcon: 21

159 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

[NEW] golang (#668870), requested 4 days ago
 Installations reported by Popcon: 171

   apt-xapian-index (#567955), requested 808 days ago
 Description: maintenance tools for a Xapian index of Debian packages
 Installations reported by Popcon: 53590

   asymptote (#517342), requested 1147 days ago
 Description: script-based vector graphics language inspired by
   MetaPost
 Installations reported by Popcon: 3130

   athcool (#278442), requested 2732 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 84

   balsa (#642906), requested 207 days ago
 Description: An e-mail client for GNOME
 Installations reported by Popcon: 255

   bastille (#592137), requested 621 days ago
 Description: Security hardening tool
 Installations reported by Popcon: 235

   boinc (#511243), requested 1197 days ago
 Description: BOINC distributed computing
 Installations reported by Popcon: 1802

   cardstories (#624100), requested 360 days ago
 Description: Find out a card using a sentence made up by another
   player
 Installations reported by Popcon: 7

   chromium-browser (#583826), requested 690 days ago
 Description: Chromium browser
 Installations reported by Popcon: 10238

   cryptsetup (#600777), requested 547 days ago
 Description: configures encrypted block devices
 Installations reported by Popcon: 7636

   debtags (#567954), requested 808 days ago
 Description: Enables support for package tags
 Installations reported by Popcon: 2508

   doc-central (#566364), requested 817 days ago
 Description: web-based documentation browser
 Installations reported by Popcon: 205

   elvis (#432298), requested 1746 days ago
 Description: powerful clone of the vi/ex text editor (with X11
   support)
 Installations reported by Popcon: 383

   fbcat (#565156), requested 827 days ago
 Description: framebuffer grabber
 Installations reported by Popcon: 147

   flightgear (#487388), requested 1398 days ago
 Description: Flight Gear Flight Simulator
 Installations reported by Popcon: 825

   freeipmi (#628062), requested 329 days ago
 

Bug#669567: ITP: ocamlmod -- generate OCaml modules from source files

[Sylvain Le Gall]

Package: wnpp
Severity: wishlist
Owner: Sylvain Le Gall 

* Package name: ocamlmod
  Version : 0.0.2
  Upstream Author : Sylvain Le Gall
* URL : http://forge.ocamlcore.org/projects/ocamlmod
* License : LGPL-2.1 with OCaml linking exception
  Programming Lang: OCaml
  Description : generate OCaml modules from source files

Pack a set of OCaml source files into a single file preserving module
names. It also allows to exclude certain parts of the file. 



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

Re: Anything still not OK with apt 0.9.1?

[Svante Signell]

On Thu, 2012-04-19 at 23:19 +0200, Martin Bagge / brother wrote:
> On Thu, 19 Apr 2012, Svante Signell wrote:
> 
> > Hi, when apt-get update the following happens when updating from a port
> > (that doesn't have a valid public key):
> 
> This has been the case for years. Since secure apt got default at least.
> 
> > No problems before 0.9.x??

Well, the problem does not seem to be related to the repository, but on
the arch, GUN/Linux is OK, GNU/Hurd is not. GNU/kFreeBSD??




-- 
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/1334871626.27522.3.ca...@hp.my.own.domain

Re: Anything still not OK with apt 0.9.1?

[Martin Bagge / brother]

On Thu, 19 Apr 2012, Svante Signell wrote:


Hi, when apt-get update the following happens when updating from a port
(that doesn't have a valid public key):


This has been the case for years. Since secure apt got default at least.


No problems before 0.9.x??

Ign http://ftp.debian-ports.org unreleased/main
Translation-en
W: GPG error: http://ftp.debian-ports.org unreleased Release: The
following signatures couldn't be verified because the public key is not
available: NO_PUBKEY A2A560BCA92F9FF4
E: Method rred has died unexpectedly!
E: Sub-process rred received a segmentation fault.


and that key (it looks like two keys really...A92F9FF4 is for 
debian-ports.org) is installed in the keyring?

sudo apt-key list

if not
either install
  debian-ports-archive-keyring
or do
  sudo gpg --keyserver hkp://subkeys.pgp.net --recv-keys A92F9FF4
  sudo gpg --export A92F9FF4 | apt-key add -

as stated at http://www.debian-ports.org/archive


Please tell me if there is some other list to submit to (except
sub...@bugs.debian.org)


http://www.debian-ports.org/contacts

--
/brother
http://martin.bagge.nu
Bruce Schneier doesn't need full vulnerability disclosure because he already 
knows.


--
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/alpine.deb.2.00.1204192312550.20...@salyut.bsnet.se

Re: Bug#669426: ITP: python-django-evolution -- Django extension that allows tracking of changes in models over time

[Dmitry Nezhevenko]

On Thu, Apr 19, 2012 at 09:44:06PM +0200, Tollef Fog Heen wrote:
> ]] Dmitry Nezhevenko 
> 
> > This is where Django Evolution fits in. Django Evolution is an
> > extension to Django that allows you to track changes in your models
> > over time, and to update the database to reflect those changes.
> 
> How does it compare with South?
> 

South is probably better.

As I said, I need evolution because it's dependency of ReviewBoard tool
(http://reviewboard.org/)

PS. Sorry for duplicate mail. Forgot to add bug to CC

-- 
WBR, Dmitry


signature.asc
Description: Digital signature

Re: Bug#669426: ITP: python-django-evolution -- Django extension that allows tracking of changes in models over time

[Dmitry Nezhevenko]

On Thu, Apr 19, 2012 at 09:44:06PM +0200, Tollef Fog Heen wrote:
> ]] Dmitry Nezhevenko 
> 
> > This is where Django Evolution fits in. Django Evolution is an
> > extension to Django that allows you to track changes in your models
> > over time, and to update the database to reflect those changes.
> 
> How does it compare with South?
> 

South is probably better.

As I said, I need evolution because it's dependency of ReviewBoard tool
(http://reviewboard.org/)
 
-- 
WBR, Dmitry


signature.asc
Description: Digital signature

Anything still not OK with apt 0.9.1?

[Svante Signell]

Hi, when apt-get update the following happens when updating from a port
(that doesn't have a valid public key):

No problems before 0.9.x??

Ign http://ftp.debian-ports.org unreleased/main
Translation-en   
W: GPG error: http://ftp.debian-ports.org unreleased Release: The
following signatures couldn't be verified because the public key is not
available: NO_PUBKEY A2A560BCA92F9FF4
E: Method rred has died unexpectedly!
E: Sub-process rred received a segmentation fault.

Please tell me if there is some other list to submit to (except
sub...@bugs.debian.org)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1334869401.11190.36.ca...@hp.my.own.domain

ifupdown news

[Andrew Shadura]

Hello,

A new version of ifupdown has been uploaded to experimental yesterday, which
brings some important changes.

First of all, now it's possible to specify default values for various
interface configuration options. This eliminates the need of hard coding
of them in C source, as Ubuntu has been doing for some time. End users
are not affected by this change at all, of course.

Second, now ifup behaves differently when it's called with --all option.
Previously, that was causing all interfaces marked as 'auto' to be brought
up. Now, it does exactly the same if --allow option isn't used. Otherwise,
it brings up the interfaces which are declared to belong to a specified
class using allow-* directive. In other words, 'auto' directive indeed
declares interface as belonging to a class 'auto', and the default class for
ifupdown is also 'auto', so when user runs `ifup -a` only those interfaces
are brought up.

Also, when called with --all, both ifup and ifdown now also call hook
scripts before doing anything and just after that. Specifically, before
bringing interfaces up, it calls pre-up scripts with a special interface
name and a special address family (which can't happen otherwise), and calls
post-up scripts after doing everything it needs. Same happens with ifdown,
but it calls different scripts, of course. This feature helps to avoid
manual parsing of /etc/network/interfaces and /run/network/ifstate as
mountnfs script did (and still does), for example. In theory, exactly none
of the existing scripts should be broken by this change. At least, I couldn't
find any of distribution-supplied scripts which could break. Also, Network
Manager already uses similar approach, so if anything can break, it's been
broken for a long time already.

One more change is related to the initscript. /etc/init.d/ifupdown is no
more. However, ifupdown now provides /etc/init.d/networking instead of
netbase. This means, the next version of netbase needs to drop it, and
also setting up Breaks relationship would be cool. The script itself has
been changed a bit. Apart from other things, now it supports reload command
properly, grabbing the current interfaces state and bringing those interfaces
back up. Also, start command now tries to bring up interfaces which are
specified with 'allow-hotplug' if they can be brought up.

Cool news for Ubuntu maintainers and everyone else interested: now ifupdown
supports ifquery interface previously available in Ubuntu only. It has some
bugs fixed, and now seems to work properly with mappings and already-up
interfaces.

Finally, /run transition has almost finished, so please if you opened any
related bugs, please test and report if they still need fixing.

Also, this version (with one more bug discovered while preparing this post
fixed) is going to be upload to unstable as soon as enough people test it
to be sure it's not going to Break Everything At All. In that upload, I
plan to temporarily unapply a controversial patch already discussed on 
debian-devel@ which changed the processing of hook scripts' return values.

Please do test and report any bugs you find.

And, of course, a short summary of the changes:

  * Prefer isc-dhcp-client to dhcp3-client (also closes: #422885).
  * Let dhclient fail when no lease can be acquired (Closes: #420784).
  * Raise command-line options priority over /etc/network/interfaces
(Closes: #657743).
  * Prevent aliases and VLANs from putting the main interface down
(Closes: #656270).
  * Make iproute2 calculate the broadcast address (LP: #924880).
  * Shut udhcpc down correctly (Closes: #338348).
  * Update the rules according to /run migration.
  * Pass hardening flags from dpkg-buildflags (Closes: #661243).
  * Implement ifquery interface (Closes: #568479).
- Make ifquery process mappings (LP: #850166).
- Ensure ifquery always has no_act turned on.
  * Change --all behaviour:
- If ifup or ifquery is called with the --all option, if doesn't just
  bring up all interfaces marked as "auto", but all interfaces of a
  specified class, "auto" by default. For the most uses, this doesn't
  change anything, but lets all the interfaces of a specific class to be
  brought up or queried.
  * Support cross-compilation, move Debian-specific things out of
the Makefile (Closes: #666084).
  * Take networking init script over from netbase package.
- Add reload action which reconfigures all interfaces currently
  configured.
- Add LSB Description field.
- Remove /usr from PATH.
- Merge ifupdown initscript in.
- Improve warning messages.
- Don't use redirection hacks when parsing /proc/mounts and /proc/swap.
- Document all supported subcommands.
- On start, try to configure hotplug interfaces if they seem to be ready.
  Ignore errors if they fail to configure for some reason (for example,
  if the interface happens to be renamed by udev before it's fully
  configured).
- Override Lintian's false

Re: Bug#669426: ITP: python-django-evolution -- Django extension that allows tracking of changes in models over time

[Tollef Fog Heen]

]] Dmitry Nezhevenko 

> This is where Django Evolution fits in. Django Evolution is an
> extension to Django that allows you to track changes in your models
> over time, and to update the database to reflect those changes.

How does it compare with South?

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
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/87lilrv75l@qurzaw.varnish-software.com

Re: The future of non-dependency-based boot

[Tollef Fog Heen]

]] Roger Leigh 

> Could you provide examples please?  If there are init scripts which
> it can't handle, that's a bug.  Either in insserv or (more likely)
> the scripts.

It fails to handle the case where something provides a virtual facility,
at least.  It also seems to think that /etc/init.d/../rc2.d/S30gdm3 on
my system is «corrupt or invalid», without further information.  (It's
for some reason a normal file rather than a symlink, but I don't see why
that should matter.)

> This has been partly discussed in #594917, but you haven't
> followed up there in response to the last comment.

> Based on this bug, I think it's perfectly reasonable for sysv-rc
> to manage the links; whether sysvinit is or is not running is not
> part of the question here, IMO.  Given that systemd users are for
> the most part going to be users migrating from a sysvinit/sysv-rc/
> insserv configuration, it's not unexpected that insserv will be
> managing the links.  systemd should be able to cope with
> insserv managing the links shouldn't it?

systemd is perfectly able to cope.  It doesn't care about the numbering,
but uses the dependency information from the header of the script
instead and only uses S/K to determine whether a service should be
running or not.

What I'm complaining about is it's continued insistence on trying to
convert to another way of ordering the links when it's unable to do so,
especially when said complaining is in the form of a debconf error on
each and every upgrade of the package.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


--
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/87pqb3v79v@qurzaw.varnish-software.com

Re: lsb-base "Fancy output"; please test lsb-base/experimental (4.1+Debian0+fancy0)

[Didier Raboud]

Hi -devel (and -lsb),

Le mercredi, 4 avril 2012 11.35:49, Didier 'OdyX' Raboud a écrit :
> I have recently uploaded lsb-base 4.1+Debian0+fancy0 to experimental. As
> this version introduces a small change that has a big visual impact on
> the Debian boot, I would like to get some feedback on it before
> uploading it to unstable.

Given the feedback I got and 7 days in experimental, I have just uploaded this 
change to unstable; let's see how much bugs it triggers!

Many thanks to those that provided concerns and feedback, it has been 
valuable.

Cheers, OdyX


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

Bug#669426: ITP: python-django-evolution -- Django extension that allows tracking of changes in models over time

[Dmitry Nezhevenko]

Package: wnpp
Severity: wishlist
Owner: Dmitry Nezhevenko 

* Package name: python-django-evolution
  Version : 0.6.7
  Upstream Author : Christian Hammond, Russell Keith-Magee, Ben Khoo, 
* URL : http://www.example.org/
* License : BSD
  Programming Lang: Python
  Description : Django extension that allows tracking of changes in models 
over time

When you run ./manage.py syncdb, Django will look for any new models that
have been defined, and add a database table to represent those new models.
However, if you make a change to an existing model, ./manage.py syncdb
will not make any changes to the database.

This is where Django Evolution fits in. Django Evolution is an extension
to Django that allows you to track changes in your models over time, and
to update the database to reflect those changes. 

I need this package because ReviewBoard depends on it (#653113)

PS. I'm aware that it was removed from debian some times ago

-- 
WBR, Dmitry



-- 
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/20120419182424.GA5854@laptop.local

Re: Bug#669390: O: ppmd -- fast archiver program with good compression ratio

[Andres Mejia]

On Apr 19, 2012 10:09 AM, "Guillem Jover"  wrote:
>
> Package: wnpp
> Severity: normal
>
> Continuing with my intention to try to match my current dissatisfaction
> with the project with my dedication to it, I've just orphaned the ppmd
> package.
>
> The package just got ported recently to 64-bit systems so builds for
> those systems need to be hand-held for now as that's not reflected
> on P-a-s yet.
>
> The package description is:
>  ppmd predicts the probability of a given character based on the
>  characters that immediately precede it (as all PPM compressors,
>  see also Markov Chains and Context Modeling). This archiver
>  should be better than zip, gzip, bzip2, zzip, szip and ppmz(2)
>  at compressing files.
>
> regards,
> guillem

FYI, ppmd (at least variants H and I) is used in 7zip. Similar code to
read/write 7zip is found in libarchive (and thus bsdtar). Libarchive has
been ported to a wide range of systems. I think the same is true for 7zip.

So there are alternatives.

~ Andres

Re: Volunteer-initiated team maintenance as a solution for packages with low activity

[Russ Allbery]

Bernd Zeimetz  writes:

> That would require that the tech-ctte's decisions do not take months or
> years. They are fast if they really need to be, but in such general
> cases the time a descision takes is imho way too long and frustrating
> for all involved people. I would prefer a solution which involves the
> ctte only if there is no other way.

I think that's a reasonable position to take given the current situation,
but please also watch and see if you feel like things are getting better.
We're working on it.

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


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/871unjenos@windlord.stanford.edu

Bug#669404: ITP: alembic -- lightweight database migration tool for SQLAlchemy

[Matthias Kümmerer]

Package: wnpp
Severity: wishlist
Owner: "Matthias Kümmerer" 

* Package name: alembic
  Version : 0.3.1
  Upstream Author : Mike Bayer
* URL : https://bitbucket.org/zzzeek/alembic
* License : MIT
  Programming Lang: Python
  Description : lightweight database migration tool for SQLAlchemy

 Alembic is a new database migration tool, written by the author
 of SQLAlchemy. A migration tool offers the following functionality:
 .
  * Can emit ALTER statements to a database in order to change the
structure of tables and other constructs
  * Provides a system whereby "migration scripts" may be constructed;
each script indicates a particular series of steps that can
"upgrade" a target database to a new version, and optionally a
series of steps that can "downgrade" similarly, doing the same
steps in reverse.
  * Allows the scripts to execute in some sequential manner.



--
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/20120419162405.20471.73090.report...@klio.matthias-k.org

Bug#669390: O: ppmd -- fast archiver program with good compression ratio

[Guillem Jover]

Package: wnpp
Severity: normal

Continuing with my intention to try to match my current dissatisfaction
with the project with my dedication to it, I've just orphaned the ppmd
package.

The package just got ported recently to 64-bit systems so builds for
those systems need to be hand-held for now as that's not reflected
on P-a-s yet.

The package description is:
 ppmd predicts the probability of a given character based on the
 characters that immediately precede it (as all PPM compressors,
 see also Markov Chains and Context Modeling). This archiver
 should be better than zip, gzip, bzip2, zzip, szip and ppmz(2)
 at compressing files.

regards,
guillem



-- 
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/20120419140723.ga15...@gaara.hadrons.org

Re: The future of non-dependency-based boot

[Roger Leigh]

On Thu, Apr 19, 2012 at 12:52:23PM +0200, Tollef Fog Heen wrote:
> ]] Roger Leigh 
> 
> > (I don't know if you saw my mail regarding having done this
> > provisionally in git; I mentioned it on the pkg-sysvinit-devel
> > list and in #545976.  I was wanting to additionally ask you
> > how safe it would be to remove the is_unsafe_to_activate check
> > and just run insserv anyway, and rely on insserv to fail if
> > problems are found.)
> 
> Not having sysv-rc complain when it can't wrap its head around the init
> scripts on the system would be very much appreciated.  I'm kinda tired
> of it trying to convert my system on each upgrade and then failing.
> (And this machine has never even used sysvinit.)

Could you provide examples please?  If there are init scripts which
it can't handle, that's a bug.  Either in insserv or (more likely)
the scripts.

This has been partly discussed in #594917, but you haven't
followed up there in response to the last comment.

Based on this bug, I think it's perfectly reasonable for sysv-rc
to manage the links; whether sysvinit is or is not running is not
part of the question here, IMO.  Given that systemd users are for
the most part going to be users migrating from a sysvinit/sysv-rc/
insserv configuration, it's not unexpected that insserv will be
managing the links.  systemd should be able to cope with
insserv managing the links shouldn't it?


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


-- 
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/20120419132641.gf28...@codelibre.net

Re: what to do is maintainer is lacking? (was: wine-unstable in Debian)

[Jon Dowland]

On Wed, Apr 18, 2012 at 02:57:39PM -0700, Steve Langasek wrote:
> "Hijacks" are what they say on the tin.  That's not a tool that should be
> part of the toolkit, even as a weapon of last resort.  We have a procedure
> for orphaning packages whose maintainers are inactive, and we have the TC to
> arbitrate disputes about who should maintain a given package.  Hijacking is
> just plain antisocial, and not something that we as a project should
> tolerate.

On reflection, I agree entirely.


-- 
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/20120419131615.GC22907@debian

Re: what to do is maintainer is lacking?

[Michael Schmitt]

Am 18.04.2012 16:26, schrieb Scott Kitterman:

On Wednesday, April 18, 2012 04:57:14 PM Thomas Goirand wrote:

On 04/18/2012 08:27 AM, Steve McIntyre wrote:

If a maintainer isn't (capable of) doing the necessary work on a
package themselves, then after a while the best thing they can do is
admit that and cede control to others. It's not an easy thing to admit
"failure" like this, but it's better to do it for the good of our
users and other developers than to continue blocking people. It's also
better for the developer involved to get away from the feelings of
guilt they may be having about not keeping up. There's no shame in
admitting a lack of time on a big volunteer project, we all understand
how this works...

This isn't aimed at the WINE maintainers (I didn't read the bug report,
and I don't really care about this package) but...

what can we do if the maintainer doesn't admit his lack of time or his
lack of skills/knowledge? My understanding is that in Debian, we are
stuck, right? I believe that was the message of Chris: we don't really
have procedures to take over a package, others than convincing the
maintainer.

A couple of times I've said "It looks like you could use some help.  Would you
like me to co-maintain with you?" and have generally gotten a positive
response.  If it's put in terms of "Looks like you're busy, I can help" and
not "You suck and should be fired so I can take over" people seem to be pretty
open to it.

Scott K
Such unpoliteness may happen, but I belief in the case of WINE it does 
not go in that direction, even if some users / developers would not mind 
if the tone would get a bit harsher there (let's face it, the situation 
was bad for years and still is, even if *some* progress is made now).
Anyway, up to now, officially, afaik Ove was kindly asked several times 
if he needs help but he is a bit reluctant to just accept that help 
unconditionally. In his pov to built good WINE-packages some effort has 
to be made and others would likely just "hack" something together. He 
has seen such things in the past, so he wants others to prove first that 
they have quality in mind too. One could argue if Oves standards are too 
high (at least for some / most users), but that IS the right of every 
maintainer and at least I prefer quality over fast-shots.
That said, the WINE-situation is somewhat peculiar and after reading the 
mentioned bug-report and this thread with parts of its offspring "what 
to do if a maintainer is lacking...", I have to say the *situation* (not 
any individual involved) just sucks! :)


It is just not that simple here... at least in the WINE-situation. I am 
just a user and not deeply involved (apart from a bugreport here and 
there no involvement at all) in Debian but I truely hope most MIA / QA / 
TC situations are a lot simpler! :)


regards
Michael


--
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/4f900e1b.6080...@gmail.com

Re: The future of non-dependency-based boot

[Tollef Fog Heen]

]] Roger Leigh 

> (I don't know if you saw my mail regarding having done this
> provisionally in git; I mentioned it on the pkg-sysvinit-devel
> list and in #545976.  I was wanting to additionally ask you
> how safe it would be to remove the is_unsafe_to_activate check
> and just run insserv anyway, and rely on insserv to fail if
> problems are found.)

Not having sysv-rc complain when it can't wrap its head around the init
scripts on the system would be very much appreciated.  I'm kinda tired
of it trying to convert my system on each upgrade and then failing.
(And this machine has never even used sysvinit.)

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
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/877gxcvvrs@qurzaw.varnish-software.com

Bug#669343: ITP: sratom -- library for serialising LV2 atoms to/from Turtle

[Alessio Treglia]

Package: wnpp
Severity: wishlist
Owner: Alessio Treglia 

* Package name: sratom
  Version : 0.2.0
  Upstream Author : David Robillard 
* URL : http://drobilla.net/software/sratom/
* License : ISC
  Programming Lang: C
  Description : library for serialising LV2 atoms to/from Turtle

 Sratom is a new C library for serialising LV2 atoms to/from Turtle.
 It is intended to be a full serialisation solution for LV2 atoms,
 allowing implementations to serialise binary atoms to strings and
 read them back again. This is particularly useful for saving plugin
 state, or implementing plugin control with network transparency.
 Sratom uses Serd and Sord to do the work, it is a small library
 implemented in a single source file, suitable for direct inclusion
 in projects if avoiding a dependency is desired.



-- 
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/20120419085658.16620.41057.reportbug@alessio-laptop

Re: Volunteer-initiated team maintenance as a solution for packages with low activity

[Bernd Zeimetz]

On 04/18/2012 09:29 PM, Tollef Fog Heen wrote:
> ]] Colin Watson 
> 
>> alioth is just a Debian-specific hosting site, not a general gateway to
>> package maintenance.  We're not set up for them to be dispute resolution
>> for the whole of Debian, and they have no constitutional authority to do
>> that anyway.  De-emphasising the role of alioth administration in the
>> whole of this would be a good thing, I think; ownership of the alioth
>> project is often not that desperately important in practice.
> 
> I think I'm speaking on behalf on all the Alioth admins that we'd like
> to avoid being in such a position and role.  I'd rather it went to the
> tech-ctte and we'd just do the technical implementation (mark whoever as
> a project admin).  I certainly don't want to get dragged into what'll
> easily become personal and political conflicts which do not intersect
> with me personally or my areas of interest.

That would require that the tech-ctte's decisions do not take months or
years. They are fast if they really need to be, but in such general
cases the time a descision takes is imho way too long and frustrating
for all involved people. I would prefer a solution which involves the
ctte only if there is no other way.


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


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

Re: The future of non-dependency-based boot

[Roger Leigh]

On Thu, Apr 19, 2012 at 09:01:55AM +0200, Petter Reinholdtsen wrote:
> 
> [Roger Leigh]
> > I can't see why not at first glance--it's done its job, so should no
> > longer be needed.
> 
> It is still needed in two use cases.
> 
>  1) Machine upgraded from Lenny where the migration was not done.
> Either because it could not be done, or because the user choose
> not to do it.
> 
>  2) Machines switching to/from file-rc.

Sure, I can appreciate that we still need the upgrade logic.
But, do we need the debconf question?  Surely we can just
migrate unconditionally (or attempt to, at least).

(I don't know if you saw my mail regarding having done this
provisionally in git; I mentioned it on the pkg-sysvinit-devel
list and in #545976.  I was wanting to additionally ask you
how safe it would be to remove the is_unsafe_to_activate check
and just run insserv anyway, and rely on insserv to fail if
problems are found.)


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


-- 
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/20120419085407.ge28...@codelibre.net

Bug#669337: ITP: llrun -- Test run utility for LCAS and/or LCMAPS

[Dennis van Dok]

Package: wnpp
Severity: wishlist
Owner: Dennis van Dok 

* Package name: llrun
  Version : 0.1.3
  Upstream Author : Nikhef Grid Security Middleware Team 

* URL : https://wiki.nikhef.nl/grid/GLExec
* License : Apache 2
  Programming Lang: C
  Description : Test run utility for LCAS and/or LCMAPS

 The llrun tool is meant to debug or test LCAS and/or LCMAPS
 configuration files.  It essentially does a full run, without any of
 the security settings and precautions used by e.g. gLExec.



-- 
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/20120419072223.22786.70965.reportbug@localhost6.localdomain6

Re: The future of non-dependency-based boot

[Petter Reinholdtsen]

[Roger Leigh]
> I can't see why not at first glance--it's done its job, so should no
> longer be needed.

It is still needed in two use cases.

 1) Machine upgraded from Lenny where the migration was not done.
Either because it could not be done, or because the user choose
not to do it.

 2) Machines switching to/from file-rc.
-- 
Happy hacking
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2flsjg06w7w@login2.uio.no