Bug#748906: ITP: ruby-omniauth-wordpress -- Wordpress strategy for OmniAuth

[Praveen Arimbrathodiyil]

Package: wnpp
Severity: wishlist
Owner: Praveen Arimbrathodiyil 

* Package name: ruby-omniauth-wordpress
  Version : 0.2.1
  Upstream Author : Magda Sikorska
* URL : https://rubygems.org/gems/omniauth-wordpress
* License : Expat
  Programming Lang: Ruby
  Description : Wordpress strategy for OmniAuth


-- 
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/20140522074502.25188.5615.report...@ravel.debian.org

Re: How to provide support for -i386 utilities within -amd64 packages?

[Timo Weingärtner]

Hi Carl,

2014-05-21 15:41:44 Carl Worth:
> I'm interested in packaging (or helping to package) several programs and
> libraries related to OpenGL, (such as apitrace, vogl, fips, and waffle).
> 
> For each of these packages I have a question about best practices
> related to supporting 32-bit libraries and binaries within a 64-bit
> system.
> 
> Imagine a package (waffle-utils, say) that installs a program
> (/usr/bin/wflinfo, say) that reports some information about a library
> (libGL.so, say) against which it is linked.
> 
> So on either an -i386 or an -amd64 system, a user could install the
> native package, run the program, and query the native library.
> 
> But now imagine a user with an -amd64 system that has an alternate -i386
> library provided by a multilibs package (such as libgl1-mesa-glx:i386).
> It would be useful for such a user to have both the native 64-bit
> program and a 32-bit program available at the same time, (to be able to
> query either library).

If it's just version information the results across all architectures will be 
the same because you can only install one version of a Multi-Arch: same 
package.

If you need more information consider doing it like libc: add a main() to the 
lib to display that information.


Greetings
Timo

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

Bug#748937: ITP: ruby-redis-namespace -- namespace calls to Redis when multiple apps access a single redis server

[Praveen Arimbrathodiyil]

Package: wnpp
Severity: wishlist
Owner: Praveen Arimbrathodiyil 

* Package name: ruby-redis-namespace
  Version : 1.4.1
  Upstream Author : Chris Wanstrath, Terence Lee, Steve Klabnik
* URL : https://rubygems.org/gems/redis-namespace
* License : Expat
  Programming Lang: Ruby
  Description : namespace calls to Redis when multiple apps access a single 
redis server

Adds a Redis::Namespace class which can be used to namespace calls to Redis. 
This is useful when using a single instance of Redis with multiple, different 
applications.


-- 
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/20140522114416.14099.90683.report...@ravel.debian.org

Bug#748946: ITP: ruby-sidekiq -- Simple, efficient background processing for Ruby

[Praveen Arimbrathodiyil]

Package: wnpp
Severity: wishlist
Owner: Praveen Arimbrathodiyil 

* Package name: ruby-sidekiq
  Version : 3.0.2
  Upstream Author : Mike Perham
* URL : https://rubygems.org/gems/sidekiq
* License : LGPL-3.0
  Programming Lang: Ruby
  Description : Simple, efficient background processing for Ruby


-- 
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/20140522144636.2073.36860.report...@ravel.debian.org

Bug#748952: ITP: force-bind -- forcer-bind is a shared object that is loaded with LD_PRELOAD and hooks 'bind' function

[gustavo panizzo]

Package: wnpp
Severity: wishlist
Owner: "gustavo panizzo " 

* Package name: force-bind
  Version : 0.11
  Upstream Author : Catali(ux) M. BOIE -  
* URL : https://github.com/meebey/force_bind
* License : GPL 3
  Programming Lang: C
  Description : force-bind is a shared object that is loaded with 
LD_PRELOAD and hooks 'bind' function

It could force binding on a specific IP and/or port. Supports both IPv4 
and IPv6.
It is useful if you have a binary application without sources and without 
the possibility to configure address or port to bind to.
Also allows to modify conection settings by individual applications.
It allows you to force keepalive, mss, tos, bandwidth per program or
socket, reuseaddr, nodelay, fwmark, priority with tc, deny bind to
IPv4, fake binding to IPv6, and more.


i plan to maintain this package on collab-maint, open to anybody to
contribute. i will need somebody to sponsor it.


-- 
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/20140522161249.7371.47733.reportbug@io

[Moving forward] copyrighted embedded ICC profiles in images

[David Prévot]

Hi,

Le 10/05/2014 09:23, Jonas Smedegaard a écrit :

> I believe it violates DFSG to ship e.g. JFIF or GIF files which contains 
> copyright-protected but not freely licensed ICC profiles.

Thanks for raising the issue. Since I (co)maintain a few web related
packages, I started submitting issues upstream and got mostly positive
feedback. Some already fixed the issue [ACK], one has not included the
fix yet [WIP], and one refuses to do so [NO] while others have not yet
replied [WAIT]. The packages I’ve uploaded since the issue has been
raised have been fixed in the archive regardless of upstream feedback.

If the check were to end up in Lintian, it will probably increase
significantly its dependency chain and its run time, so I’m not sure it
will be included soon.

Would it be welcome to investigate the issue on the whole archive (I’ll
follow up on debian-qa to have input on the tools at our disposal to do
so)? If so, I may initiate a MBF about it (and will follow up with a
dd-list before doing so). I’m afraid there will be many affected
packages, and it might be a challenge to get the archive in shape for
Jessie, should these bugs be filled as jessie-ignore (I’ll also follow
up on -relase for more guidance if the release team doesn’t reply until
then)?

In case we need to repack an upstream tarball with an ICC-free
alternative of some files, it would be nice to be able to do it as
easily as we can strip files with the Files-Excluded feature of
uscan/mk-origtargz. I already opened #748474 about it, but feedback
would be welcome (or other proposals, or patches).

ACK:http://forums.informaction.com/viewtopic.php?f=10&t=19657
fixed since 2.6.8.24rc4

http://anonscm.debian.org/viewvc/webwml/webwml/english/CD/artwork/ulrich-hansen.de-squeeze-cd.png?revision=1.2&view=markup

http://anonscm.debian.org/viewvc/webwml/webwml/english/CD/artwork/ulrich-hansen.de-squeeze-dvd.png?revision=1.2&view=markup
https://github.com/firebug/firebug/pull/140
http://zone.spip.org/trac/spip-zone/changeset/82425/

http://archives.rezo.net/archives/spip-zone.mbox/VW3XEQOUIXZGO7OO2FD6A2QAUBVFBHQU/
https://tracker.phpbb.com/browse/PHPBB3-12582
https://github.com/phpbb/phpbb/pull/2482
algobox fixed too (private exchange with upstream)

WIP:https://github.com/danwent/Perspectives/pull/120

NO: https://github.com/owncloud/documentation/pull/345
https://github.com/owncloud/core/issues/8627
https://github.com/owncloud/example-files/pull/1

WAIT:   https://github.com/dompdf/dompdf/pull/827
https://github.com/tapmodo/Jcrop/pull/149
https://github.com/jtackaberry/nosquint/pull/142
https://github.com/RequestPolicy/requestpolicy/pull/431

[ I may have forgotten a pair of issues fixed upstream since I didn’t
  actually kept track before today. ]

Regards

David





signature.asc
Description: OpenPGP digital signature

edos.debian.net is back as qa.debian.org/dose

[Ralf Treinen]

Hello,

the analysis of not-installable packages due to dependency issues that
we did since 2006 under the name edos.debian.net is now operating again
at [1]. What is new:

- it now uses the dose-debcheck tool from the dose suite, which is
  multiarch-aware
- it has much improved explanations of non-installability
- it shows correct results in the "each" category (formerly, packages that
  were missing on some architectures did never show up there)
- it has a classification according to the duration of non-installability,
  going back to 2014-04-05
- it runs on a debian project machine (thanks a lot to pabs for his help!)

There are still some features that I would like to add, like automatically
recognizing cases that are related to ongoing transitions, or related
bug reports, but that is for the future. If you have other ideas of what
could be useful to add, how to improve the display of the results, or
other scenarios to add please let me know.

Cheers -Ralf.

[1] qa.debian.org/dose


-- 
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/20140522201040.ga4...@free.fr

Re: edos.debian.net is back as qa.debian.org/dose

[Cyril Brulebois]

Hi Ralf,

Ralf Treinen  (2014-05-22):
> Hello,
> 
> the analysis of not-installable packages due to dependency issues that
> we did since 2006 under the name edos.debian.net is now operating again
> at [1]. What is new:
[…]
> 
> [1] qa.debian.org/dose

great news!

I'd suggest two things:
 - maybe redirect from edos.d.n to qa.d.o/dose
 - announce qa.d.o/dose more widely, e.g. through dda@.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: edos.debian.net is back as qa.debian.org/dose

[Joachim Breitner]

Hi Ralf,

Am Donnerstag, den 22.05.2014, 22:10 +0200 schrieb Ralf Treinen:
> There are still some features that I would like to add, like automatically
> recognizing cases that are related to ongoing transitions, or related
> bug reports, but that is for the future. If you have other ideas of what
> could be useful to add, how to improve the display of the results, or
> other scenarios to add please let me know.

the Debian Haskell Team heavily relies on uninstallability information
to schedule binNMUs, and I always felt that we lack a nice overview of
installability problems.

It’s hard to say what is missing, but I find the web page not very
practical for daily use – compared to, say,
https://buildd.debian.org/status/. In particular, I’d need a compact
view that shows that status of all packages of a certain maintainer.

How does this relate to debcheck? Debcheck seem to be stale, but it is
integrated into the PTS
http://qa.debian.org/developer.php?login=pkg-haskell-maintain...@lists.alioth.debian.org
Could that be done with the dose data as well?

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Re: Bits from the Debian GNU/Hurd porters

[heroxbd]

Hey  Michael,

Michael Banck  writes:

> This is an update to the last Debian GNU/Hurd bits from February
> 2012[0]

> [...]

Thank you very much for this comprehensive wrap up. I am excited to see
these advancements around GNU/Hurd, so excited that I am seriously
planning to install it on my primary (at the same time old enough)
laptop.

> In late April, the hurd-i386 port has achieved the 80% mark of packages
> built for the first time[2], an improvement of 10% since the last bits
> in 2012. This is on the one hand due to improvements and better
> compatibility in glibc, and on the other hand due to the work of many
> porters, notably Svante Signell, Pino Toscano, Gabriele Giacone and
> others.
> [...]

I see familiar names here. Good job!

Cheers,
Benda


pgpZUnVtDdOjQ.pgp
Description: PGP signature

Re: Bits from the Debian GNU/Hurd porters

[Samuel Thibault]

Hello,

hero...@gmail.com, le Fri 23 May 2014 08:44:48 +0900, a écrit :
> I am excited to see these advancements around GNU/Hurd, so excited
> that I am seriously planning to install it on my primary (at the same
> time old enough) laptop.

Just to moderate a bit: remember that nobody has stuffed a USB stack
or sound stack into some driver process yet.  It'd probably be quite
interesting to use rump kernels for that, though.

Samuel


-- 
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/20140522235140.gd6...@type.youpi.perso.aquilenet.fr

Re: Bits from the Debian GNU/Hurd porters

[Russ Allbery]

hero...@gmail.com writes:
> Michael Banck  writes:

>> This is an update to the last Debian GNU/Hurd bits from February
>> 2012[0]

>> [...]

> Thank you very much for this comprehensive wrap up. I am excited to see
> these advancements around GNU/Hurd,

+1 to this.  This is a fantastic project update.  I admire the work that
both went into all the porting that you've accomplished and into producing
such a nice summary for the rest of the project.  Thank you!

-- 
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: https://lists.debian.org/87mwe9bc4d@windlord.stanford.edu

Re: How to provide support for -i386 utilities within -amd64 packages?

[Christopher James Halse Rogers]

Hey Carl,

On Thu, May 22, 2014 at 8:41 AM, Carl Worth  wrote:
I'm interested in packaging (or helping to package) several programs 
and
libraries related to OpenGL, (such as apitrace, vogl, fips, and 
waffle).


For each of these packages I have a question about best practices
related to supporting 32-bit libraries and binaries within a 64-bit
system.

Imagine a package (waffle-utils, say) that installs a program
(/usr/bin/wflinfo, say) that reports some information about a library
(libGL.so, say) against which it is linked.

So on either an -i386 or an -amd64 system, a user could install the
native package, run the program, and query the native library.

But now imagine a user with an -amd64 system that has an alternate 
-i386
library provided by a multilibs package (such as 
libgl1-mesa-glx:i386).

It would be useful for such a user to have both the native 64-bit
program and a 32-bit program available at the same time, (to be able 
to

query either library).

For this use case, would I make a separate waffle-utils-32 package
targeted for -amd64 but containing a 32-bit /usr/bin/wflinfo-32 that,
other than the name, would be identical to /usr/bin/wflinfo as 
contained

in waffle-utils:i386?

There are similar issues with apitrace, vogl, and fips where a 64-bit
wrapper program will be invoked on a target OpenGL application. Then,
depending on whether the target program is 32- or 64-bit, the wrapper
will need to load a 32- or 64-bit library provided by some dependent
package.


For apitrace we ended up using the $LIB dynamic expansion to let the
dynamic loader handle this itself 
(https://github.com/apitrace/apitrace/pull/177).


That's presumably applicable to fips and vogl also.

On the packaging side you just split the wrapper objects into their own
packages, (cf: [1]).

This doesn't help with package dependencies, though. Ideally installing
apitrace-gl-frontend:amd64 would also install
apitrace-gl-tracers:{all-the-enabled-foreign-archs}. I don't think 
there's any

way of specifying that relationship at the moment, though.

¹: 
http://anonscm.debian.org/gitweb/?p=pkg-xorg/app/apitrace.git;a=blob;f=debian/control;h=e47303eef55080593b676a5e4b2ac841f2e66b31;hb=8cac4181e65b2c074fdcd77ebd3470713425a8db



--
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/1400804049.1611...@mail.cooperteam.net

Work-needing packages report for May 23, 2014

[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: 585 (new: 0)
Total number of packages offered up for adoption: 138 (new: 5)
Total number of packages requested help for: 59 (new: 0)

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



No new packages have been orphaned, but a total of 585 packages are
orphaned.  See http://www.debian.org/devel/wnpp/orphaned
for a complete list.



The following packages have been given up for adoption:

   liboauth-php (#748602), offered 4 days ago
 Description: PHP library implementing the OAuth secure
   authentication protocol
 Installations reported by Popcon: 389

   php-dompdf (#748604), offered 4 days ago
 Description: HTML to PDF converter
 Reverse Depends: php-phpdocx
 Installations reported by Popcon: 193

   php-font-lib (#748606), offered 4 days ago
 Description: read, parse, export and make subsets of different fonts
 Reverse Depends: php-dompdf
 Installations reported by Popcon: 201

   php-irods (#748608), offered 4 days ago
 Description: PHP client API for iRODS
 Installations reported by Popcon: 348

   phpdocx (#748605), offered 4 days ago
 Description: dynamical generation of .docx files
 Installations reported by Popcon: 175

133 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:

   apt-xapian-index (#567955), requested 1571 days ago
 Description: maintenance tools for a Xapian index of Debian packages
 Reverse Depends: ept-cache fuss-launcher goplay packagesearch
 Installations reported by Popcon: 79398

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

   balsa (#642906), requested 970 days ago
 Description: An e-mail client for GNOME
 Reverse Depends: balsa-dbg
 Installations reported by Popcon: 815

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

   chromium-browser (#583826), requested 1453 days ago
 Description: Chromium browser
 Reverse Depends: chromedriver chromium chromium-dbg chromium-l10n
   mozplugger
 Installations reported by Popcon: 25281

   csv2latex (#746158), requested 25 days ago
 Description: a CSV to LaTeX file converter
 Installations reported by Popcon: 163

   cups (#532097), requested 1811 days ago
 Description: Common UNIX Printing System
 Reverse Depends: bluez-cups chromium cups cups-backend-bjnp
   cups-browsed cups-bsd cups-client cups-core-drivers cups-daemon
   cups-dbg (62 more omitted)
 Installations reported by Popcon: 139858

   debtags (#567954), requested 1571 days ago
 Description: Enables support for package tags
 Reverse Depends: goplay packagesearch
 Installations reported by Popcon: 2426

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

   freeipmi (#628062), requested 1092 days ago
 Description: GNU implementation of the IPMI protocol
 Reverse Depends: freeipmi freeipmi-bmc-watchdog freeipmi-ipmidetect
   freeipmi-tools libfreeipmi-dev libfreeipmi12 libipmiconsole-dev
   libipmiconsole2 libipmidetect-dev libipmidetect0 (3 more omitted)
 Installations reported by Popcon: 5004

   gnat-gps (#496905), requested 2093 days ago
 Description: co-maintainer needed
 Reverse Depends: gnat-gps gnat-gps-dbg
 Installations reported by Popcon: 523

   gnokii (#677750), requested 705 days ago
 Description: Datasuite for mobile phone management
 Reverse Depends: gnokii gnokii-cli gnokii-smsd gnokii-smsd-mysql
   gnokii-smsd-pgsql gnome-phone-manager libgnokii-dev libgnokii6
   xgnokii
 Installations reported by Popcon: 1745

   gnupg (#660685), requested 822 days ago
 Description: GNU privacy guard - a free PGP replacement
 Reverse Depends: 0install-core apt arriero bootstrap-base
   cdebootstrap cdebootstrap-static cdebootstrap-udeb
   clamav-unofficial-sigs cloud-utils debian-archive-keyring (55 more
   omitted)
 Installations reported by Popcon: 169929

   gpa (#663405), requested 803 days ago
 Description: GNU Privacy Assistant (GPA)
 Installations reported by Popcon: 595

   gradle (#683666), requested 658 days ago
 Description: Groovy based build system
 Reverse Depends: gradle libgradle-plugins

Re: edos.debian.net is back as qa.debian.org/dose

[Paul Wise]

On Fri, May 23, 2014 at 4:10 AM, Ralf Treinen wrote:

> If you have other ideas of what could be useful to add

The Debian Weather seems to be missing from the new site, old one:

http://edos.debian.net/weather/

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAKTje6HyfD=sdmxodymbeumi8dpdgnfdkf+rakrud5nlams...@mail.gmail.com