headers
William Pitcock | 1 Mar 01:21
Picon

Re: xcdroast does no longer work with wodim: Who to blame?

On Sat, 2009-02-28 at 17:54 +0100, Arthur de Jong wrote:
> On Sat, 2009-02-28 at 12:43 +1100, Russell Coker wrote:
> > http://en.wikipedia.org/wiki/Joerg_Schilling
> > 
> > I notice that Joerg's Wikipedia page is rather bare.
> > 
> > Instead of spending time covering all the old arguments on this list,
> > perhaps some people could add links (such as the ones you cited) to
> > Joerg's Wikipedia page.  A Wikipedia page about Joerg that is remotely
> > complete and also neutral requires a reference to these issues (the
> > current page only has two paragraphs).
> 
> Have a look at the cdrtools page:
> http://en.wikipedia.org/wiki/Cdrtools
> 
> The cdrkit page also has some info:
> http://en.wikipedia.org/wiki/Cdrkit
> 

We should take information from those pages and copyedit them into
something suitable for inclusion on Joerg's page. The best part is Joerg
will probably try to delete it, but it will be reverted due to
"vandalism".

William
Permalink | Reply | 1 comment |
headers
Carsten Hey | 1 Mar 02:42
Picon

Re: Making some tags mandatory

Deborphan needs a way to detect shared libraries like the ones currently
in section libs and distinguish them from packages which are technically
shared libraries but can not assumed to be orphaned when no other
package depends on them.  The obvious examples for such packages are
modules (role::module?), e.g. those used by pam, apache or roxen.
Examples for less known module (or is role::backend better in this
case?) packages include libdspam7-drv-*.

I'm not sure if there are other, non-module shared library packages that
can not be removed safely.  Someone who knows how to use tags should be
able to go through a list of packages which are not in section libs or
oldlibs and tagged role::shared-lib to find out whether additional tags
might be needed or if the remaining packages are just placed in the
wrong section.

On Fri, Feb 27, 2009 at 11:48:30AM +0000, Enrico Zini wrote:
>   role::shared-lib - Shared Library

This tag alone is not sufficient:

    $ apt-cache show libapache2-mod-mono | grep -o role::shared-lib
    role::shared-lib

    $ apt-cache show libpam-runtime | grep -o role::shared-lib 
    role::shared-lib

Regards
Carsten
(Continue reading)

Permalink | Reply | 0 comments |
headers
Steve Langasek | 1 Mar 04:02
Picon
Favicon

changes in pam: automatic configuration of PAM modules

Dear developers,

I'm happy to announce that with the latest upload of pam to unstable, we at
last have an interface that allows both automatic and interactive
configuration of system authentication, using that staple of the Debian
system, debconf.

It's unfortunate that this wasn't ready to go in time for the lenny freeze,
but in the meantime the new design has been getting some exercise in Ubuntu,
so the integration into unstable should be fairly painless - sorry to
disappoint the bleeding edge masochists. :)  You can read the
pam-auth-update(8) manpage for an explanation of the tool itself.
Maintainers of PAM modules that would want to make use of this interface
should also read <https://wiki.ubuntu.com/PAMConfigFrameworkSpec>,
much of which will eventually find its way into the package as developer
documentation.

As a result of the prototyping work done on this within Ubuntu, patches are
already available for several module packages (libpam-krb5, libpam-ldap,
libpam-smbpass, ecryptfs-utils, libpam-ck-connector) which I will work on
submitting to the Debian maintainers over the next week or so.  If
maintainers of other PAM module packages have questions about implementing
pam-auth-update support, I'm happy to assist - and of course if you find the
documentation lacking, suggestions for improvement are welcome.

Cheers,
--

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
(Continue reading)

Permalink | Reply | 6 comments |
headers
Russell Coker | 1 Mar 07:31
Picon

Re: xcdroast does no longer work with wodim: Who to blame?

On Sun, 1 Mar 2009, William Pitcock <nenolod <at> sacredspiral.co.uk> wrote:
> > Have a look at the cdrtools page:
> > http://en.wikipedia.org/wiki/Cdrtools
> >
> > The cdrkit page also has some info:
> > http://en.wikipedia.org/wiki/Cdrkit
>
> We should take information from those pages and copyedit them into
> something suitable for inclusion on Joerg's page. The best part is Joerg
> will probably try to delete it, but it will be reverted due to
> "vandalism".

There is no requirement of "we" for editing Wikipedia.  If you believe that 
something needs doing then go ahead and give it your best shot.  If you 
believe that you can't quite nail it then do the best you can and ask for 
assistance in polishing it.

As for Joerg trying to delete it, there is no evidence so far of him being a 
wiki vandal.  It should be possible to create a version of his page which 
captures all the essential facts in a neutral tone that doesn't offend him.

Speaking for myself, if you were to create a Wikipedia page about me that 
included quotes from some of my best arguments in support of a topic that 
mattered to me then I would be quite happy with that.  I don't think that I'm 
notable enough - just in case anyone is considering doing so.

--

-- 
russell <at> coker.com.au
http://etbe.coker.com.au/          My Main Blog
http://doc.coker.com.au/           My Documents Blog
(Continue reading)

Permalink | Reply | 0 comments |
headers
Raphael Hertzog | 1 Mar 09:55
Picon
Favicon
Gravatar

Re: Transition: krb5 to drop Kerberos IV (libkrb53 restructuring)

On Sat, 28 Feb 2009, Loïc Minier wrote:
>  I had a case recently where this wasn't too convenient with the ffmpeg
>  package: it depends on a bunch of libs split in their own packages in
>  the same source.  The goal was to have a =binary:Version dep for ffmpeg
>  on these libs, and use a relaxed version for the shlibs for other
>  programs (ffmpeg calls into private ABI).
> 
>  In this particular case, it was simpler to use a shlibs.local with
>  stricter deps during this build, while shipping relaxed shlibs.

You can perfecly add a =binary:Version dependency in debian/control
directly, the relaxed dependency will be auto-removed by the
dpkg-gencontrol because it is implied by the former one.

Where's the problem ?

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/

--

-- 
To UNSUBSCRIBE, email to debian-devel-REQUEST <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org
Permalink | Reply | 1 comment |
headers
Bernhard R. Link | 1 Mar 10:14
Picon
Favicon

Re: Upcoming Section changes in the archive (deborphan)

* Carsten Hey <c.hey <at> web.de> [090228 19:21]:
> > It shouldn't be anything harder than adding 'deprecated'
> > (non-library, deprecated software) to complement oldlibs,
>
> Adding non-library packages to oldlibs would cause these to be handled
> like a library by deborphan and thus possibly being falsely displayed as
> orphaned libraries.  Since people tend to run aptitude purge `deborphan`
> in loops [1] or use similar constructs I saw in the past this would lead
> to unintended package removals.

I think the "unintended package removal" depends mostly on what is
actually put in oldlibs or a new deprecated section.

There have been non-library packages in oldlibs, for example shellutils
and other transitional packages. For those deborphans behaviour of
removing the package once no longer something depends on them was
exactly the right thing.

Thus I think the issue are not non-library packages, but packages that
supply user-visible functionality. If the new deprecated section would
have the requirement that packages to be put there should not cause
significant[1] user visible changes, then everything would be ok.

Hochachtungsvoll,
	Bernhard R. Link

[1] Of course defining "significant" is the problem here. As one can
have user-compiled programs dynamically linked against old libraries,
asking for only empty transition packages makes no sense.
I'd for example argue that a deprecated/transitional package just offering
(Continue reading)

Permalink | Reply | 1 comment |
headers
Loïc Minier | 1 Mar 10:44
Gravatar

Re: Transition: krb5 to drop Kerberos IV (libkrb53 restructuring)

On Sun, Mar 01, 2009, Raphael Hertzog wrote:
> You can perfecly add a =binary:Version dependency in debian/control
> directly, the relaxed dependency will be auto-removed by the
> dpkg-gencontrol because it is implied by the former one.
> 
> Where's the problem ?

 The problem is having to list a long number of =${binary:Version} deps
 in control which would otherwise be computed by dh_shlibdeps.

-- 
Loïc Minier

--

-- 
To UNSUBSCRIBE, email to debian-devel-REQUEST <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org
Permalink | Reply | 0 comments |
headers
Yves-Alexis Perez | 1 Mar 11:02
Picon
Favicon

Bug#517658: ITP: xfce4-linelight-plugin -- Search plugin for Xfce panel

Package: wnpp
Severity: wishlist
Owner: Debian Xfce Maintainers <pkg-xfce-devel <at> lists.alioth.debian.org>

* Package name    : xfce4-linelight-plugin
  Version         : 0.1.6
  Upstream Author : Michael Pfeuti <m_pfeuti <at> students.unibe.ch>
* URL             : http://goodies.xfce.org/projects/panel-plugins/xfce4-linelight-plugin
* License         : GPL-2+
  Programming Lang: C
  Description     : Search plugin for Xfce panel

 linelight is a simple frontend for the locate search. The search results
 are listed in sections (music, video, images, ... ) and can be executed
 directly from the Xfce panel.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Permalink | Reply | 0 comments |
headers
Debian Bug Tracking System | 1 Mar 11:24
Picon

Processed (with 1 errors): wishlist

Processing commands for control <at> bugs.debian.org:

> tags 508585 +wishlist
Unknown tag/s: wishlist.
Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid help security upstream
pending sarge sarge-ignore experimental d-i confirmed ipv6 lfs fixed-in-experimental
fixed-upstream l10n etch etch-ignore lenny lenny-ignore squeeze squeeze-ignore.

Bug#508585: Please provide an easy and official way to get debug symbols for all arch
There were no tags set.
Tags added: 

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)
Permalink | Reply | 0 comments |
headers
Debian Bug Tracking System | 1 Mar 11:45
Picon

Processed: i wish i had enough coffee

Processing commands for control <at> bugs.debian.org:

> severity 508585 wishlist
Bug#508585: Please provide an easy and official way to get debug symbols for all arch
Severity set to `wishlist' from `normal'

> severity 417118 wishlist
Bug#417118: ntpdate: Start sequence problem for some network setups
Severity set to `wishlist' from `normal'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)
Permalink | Reply | 0 comments |

Gmane