On 13/02/14 00:34, Charles Plessy wrote:
> why not fixing devscripts instead ? Uscan is the tool that is broken, and it
> would take two minutes to fix it. Sorry, but the burden of the work should be
> on the shoulders of the one who did not check the archive contents before
> starting to use a f
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-other-amsmercury
Version : 1.3.0
Upstream Author : Marc Kirchner
* URL : http://hci.iwr.uni-heidelberg.de/MIP/Software/nitpick.php
* License : LGPL
Programming Lang: R
Description
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-other-iwrlars
Version : 0.9-5
Upstream Author : Marc Kirchner
* URL : http://hci.iwr.uni-heidelberg.de/MIP/Software/nitpick.php
* License : LGPL
Programming Lang: R
Description : l
Hello List,
I have jsut noticed that OpenRC is in expimental:
will it be ready for Jessie ?
Jerome
--
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/52fc90a8.9060...@r
On Thu, 2014-02-13 at 10:30 +0100, Jerome BENOIT wrote:
> Hello List,
>
> I have jsut noticed that OpenRC is in expimental:
> will it be ready for Jessie ?
Hopefully it will. It is currently in active development.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subjec
Le jeudi, 13 février 2014, 10.30:16 Jerome BENOIT a écrit :
> I have jsut noticed that OpenRC is in expimental:
> will it be ready for Jessie ?
I don't see why not, but this would be best answered by the OpenRC
maintainers, hereby CC'ing their list. Please discuss that there.
Cheers,
OdyX
--
T
> After ***forcing*** users to use libav instead of ffmpeg in debian
> therefore making it to stuck with outdated fork istead of rapidly
> developing original it's too late to talk about freedom..
Gosh, we are not forcing you to use libav, we just considered it better
at the time a decision had
On 2014-02-13 9:30, Jerome BENOIT wrote:
Hello List,
I have jsut noticed that OpenRC is in expimental:
will it be ready for Jessie ?
You might want to direct that question to the maintainers; it's not
debian-devel's decision.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-devel-requ...
Indien u dit bericht niet of slecht kunt lezen,
http://tr.news.vraaguwofferte.be/r5.aspx?GV1=TDGX02N0001K1K001LKZX000QC1CZ&mpvrs=000398C800D414818&cid=
volg deze koppeling.
http://tr.news.vraaguwofferte.be/r5.aspx?GV1=TDGX02N0001K1K001LKZY000QC1CZ&mpvrs=000398C800D414818&cid=
Verhoog
Quoting John Holland (2014-02-12 23:51:11)
> I got some debs built for E 18 not 17 gby oing from the source on
> enlightenment.org and building them on Wheezy. They've been working
> pretty well for me on a couple machines.
Great that you have interest in packaging E18. I dearly recommend you
On 12/02/14 14:16, John Paul Adrian Glaubitz wrote:
> Hi!
>
> On 02/12/2014 01:04 PM, Thomas Goirand wrote:
>> On 02/12/2014 03:01 AM, John Paul Adrian Glaubitz wrote:
>>> Why not stop here with OpenRC and call it day?
>>> You cannot always win in life :).
>>
>> Short version:
>>
>> Why don't you
Package: wnpp
Severity: wishlist
Owner: Zlatan Todoric
* Package name: mps-youtube
Version : 0.1.12
Upstream Author : Darren Ross
* URL : https://github.com/np1/mps-youtube
* License : GPL
Programming Lang: Python
Description : Terminal based YouTube j
Package: wnpp
Severity: wishlist
Owner: Zlatan Todoric
* Package name: mps
Version : 0.18.41
Upstream Author : Darren Ross
* URL : https://github.com/np1/mps
* License : GPL
Programming Lang: Python
Description : Poor Man's Spotify - Search and stream
On Wed, Feb 12, 2014 at 10:12:09AM -0500, The Wanderer wrote:
> (Exactly what those principles are, and/or what decisions I would have
> rejected because of them, would indeed be necessary in a discussion
> about trying to resolve that disagreement. However, I am not presently
> trying to do that;
I set up my repo with debarchiver. Is mini-dinstall a better way to go?
Maybe I should redo it that way?
On Wed, 12 Feb 2014 18:56:20 -0600
Jeff Epler wrote:
> If you have a local apt repository (e.g., with dput and
> mini-dinstall), then after building each package you would install it
> to y
Hi Zlatan,
On Donnerstag, 13. Februar 2014, Zlatan Todoric wrote:
> Description : Poor Man's Spotify - Search and stream music
so how is this related to Spotify? Not at all, it's just streaming music?
(And what has it to do with poverty? And with poor men especially?)
cheers,
Holg
On Wed, Feb 12, 2014, at 11:28, Oleg wrote:
> I'm using debian and i don't want to use systemd in any form (with
> gnome3, etc).
So what? Should we stand in awe that you are Debian user?
I certainly care about (well most of) the users of my packages, but this
attitude makes me really angry a
Hi,
this is just a pledge to you all fellow debian developers to update your
build environment before you build a package.
This mostly affects transitions, f.e.:
https://release.debian.org/transitions/html/db5.3.html
apt, heimdal, jack-audio-connection-kit, python3.3, python3.4 and
squidguard c
On Thu, Feb 13, 2014 at 01:38:51PM +0100, Ondřej Surý wrote:
> Hi,
>
> this is just a pledge to you all fellow debian developers to update your
> build environment before you build a package.
>
> This mostly affects transitions, f.e.:
>
> https://release.debian.org/transitions/html/db5.3.html
>
On Thu, Feb 13, 2014 at 01:16:22PM +0100, Ond??ej Sur?? wrote:
> So if you want to have Debian installation without systemd, then go help
> him with OpenRC, help writing new openrc init scripts to replace old
> rusty sysv-rc script, etc. That's the way to go forward. Just don't
> expect other peopl
On Thu, Feb 13, 2014, at 13:45, Andrey Rahmatullin wrote:
> On Thu, Feb 13, 2014 at 01:38:51PM +0100, Ondřej Surý wrote:
> > Hi,
> >
> > this is just a pledge to you all fellow debian developers to update your
> > build environment before you build a package.
> >
> > This mostly affects transitio
Hi,
John Holland:
> I set up my repo with debarchiver. Is mini-dinstall a better way to go?
> Maybe I should redo it that way?
>
You might also want to look into reprepro.
--
-- Matthias Urlichs
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Klee Dienes
* Package name: iniparser
Version : 3.1-1
Upstream Author : Nicolas Devillard
* URL : http://ndevilla.free.fr/iniparser
* License : Expat
Programming Lang: C
Description : a stand-alone INI file readi
Package: wnpp
Severity: wishlist
Owner: "Francois-Regis Vuillemin"
* Package name: php-file-fstab
Version : 2.0.3
Upstream Author : Ian Eure
* URL : http://pear.php.net/package/File_Fstab
* License : PHP
Programming Lang: PHP
Description : Read and wri
Stephan Seitz writes:
> On Wed, Feb 12, 2014 at 11:39:06AM +, Darac Marjal wrote:
>>> But the normal case is that uninstalling a software you also stop
>>> getting the functionality it provides, with pulseaudio you START
>>> getting the functionality it claims to provide by uninstalling it.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 02/13/2014 04:48 AM, Fabian Greffrath wrote:
>> After ***forcing*** users to use libav instead of ffmpeg in debian
>> therefore making it to stuck with outdated fork istead of rapidly
>> developing original it's too late to talk about freedom..
>
On Thu, Feb 13, 2014 at 01:38:51PM +0100, Ondřej Surý wrote:
> this is just a pledge to you all fellow debian developers to update your
> build environment before you build a package.
>
> This mostly affects transitions, f.e.:
>
> https://release.debian.org/transitions/html/db5.3.html
The probl
For software that is incompatible with pulseaudio, prefix the command
with 'pasuspender':
$ pasuspender oss-or-alsa-only-program args...
Jeff
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
On Thu, Feb 13, 2014, at 15:00, David Kalnischkies wrote:
>
> On Thu, Feb 13, 2014 at 01:38:51PM +0100, Ondřej Surý wrote:
> > this is just a pledge to you all fellow debian developers to update your
> > build environment before you build a package.
> >
> > This mostly affects transitions, f.e.:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2014-02-13 14:43, The Wanderer wrote:
> I was not aware that the decision of whether to go with libav or
> with FFmpeg had involved any consideration at all of which one was
> better, only consideration of which one had someone available who
> was
On 13/02/2014 12:11, Holger Levsen wrote:
> so how is this related to Spotify? Not at all, it's just streaming music?
> (And what has it to do with poverty? And with poor men especially?)
You're right that the description needs updating, but "Poor Man's
Spotify" is the upstream name of the softwar
On 2014-02-13 15:37, Ondřej Surý wrote:
> On Thu, Feb 13, 2014, at 15:00, David Kalnischkies wrote:
>> On Thu, Feb 13, 2014 at 01:38:51PM +0100, Ondřej Surý wrote:
>> Broken libdb5.3-dev:amd64 Conflicts on libdb5.1-dev [ amd64 ] < 5.1.29-7
>>> ( libdevel )
>> Considering libdb5.1-dev:amd64 -1 as
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: idba
Version : 1.1.1
Upstream Author : Yu Peng
* URL : http://i.cs.hku.hk/~alse/hkubrg/projects/idba_tran/
* License : GPL
Programming Lang: C
Description : iterative De Bruijn Graph
Hi,
On Donnerstag, 13. Februar 2014, Ondřej Surý wrote:
> this is just a pledge to you all fellow debian developers to update your
> build environment before you build a package.
I want all binary packages to be rebuild on *.debian.org hosts. Everything
else is just an ugly workaround.
amen,
* Holger Levsen , 2014-02-13, 13:11:
Description : Poor Man's Spotify - Search and stream music
so how is this related to Spotify? Not at all, it's just streaming
music? (And what has it to do with poverty? And with poor men
especially?)
https://en.wiktionary.org/wiki/poor_man%27s
--
Hi,
On Donnerstag, 13. Februar 2014, Jakub Wilk wrote:
> https://en.wiktionary.org/wiki/poor_man%27s
I knew that :) I still don't think it's appropriate nor helpful to describe
software with these attributes. (Hints: free software is always free as in
gratis, and men, well, men^wmeh.)
cheers,
On Thu, Feb 13, 2014 at 12:31 PM, Holger Levsen wrote:
> Hi,
>
> On Donnerstag, 13. Februar 2014, Jakub Wilk wrote:
>> https://en.wiktionary.org/wiki/poor_man%27s
>
> I knew that :) I still don't think it's appropriate nor helpful to describe
> software with these attributes. (Hints: free software
No kidding!
How many uploaded binaries might include malware?
A lack of binary determinism in the build process basically ensures
that it isn't feasible to discover an answer to this question. :(
All the best,
Jacob
On 2/13/14, Holger Levsen wrote:
> Hi,
>
> On Donnerstag, 13. Februar 2014, On
On Thu, Feb 13, 2014 at 06:36:15PM +, Jacob Appelbaum wrote:
> No kidding!
>
> How many uploaded binaries might include malware?
>
> A lack of binary determinism in the build process basically ensures
> that it isn't feasible to discover an answer to this question. :(
>
> All the best,
> Jac
* Jacob Appelbaum , 2014-02-13, 18:36:
How many uploaded binaries might include malware?
*shrug* It's not like it's difficult to hide malicious code in source
packages.
How many configure scripts that we never rebuild from source contains
trojans?
--
Jakub Wilk
--
To UNSUBSCRIBE, email
On Donnerstag, 13. Februar 2014, Matt Zagrabelny wrote:
> Packager is using upstream description.
upstream has changed the description to "terminal Music Player/Streamer" after
some private conversation with Zlatan.
I won't comment on the rest.
signature.asc
Description: This is a digitall
On Thu, Feb 13, 2014 at 10:48:52AM +0100, Fabian Greffrath wrote:
>
> > After ***forcing*** users to use libav instead of ffmpeg in debian
> > therefore making it to stuck with outdated fork istead of rapidly
> > developing original it's too late to talk about freedom..
>
> Gosh, we are not forc
On Thu, Feb 13, 2014 at 07:57:53PM +0100, Holger Levsen wrote:
> On Donnerstag, 13. Februar 2014, Matt Zagrabelny wrote:
> > Packager is using upstream description.
>
> upstream has changed the description to "terminal Music Player/Streamer"
> after
> some private conversation with Zlatan.
pl
Hi,
On Thu, Feb 13, 2014 at 12:38:55PM -0600, Matt Zagrabelny wrote:
> On Thu, Feb 13, 2014 at 12:31 PM, Holger Levsen wrote:
> > Hi,
> >
> > On Donnerstag, 13. Februar 2014, Jakub Wilk wrote:
> >> https://en.wiktionary.org/wiki/poor_man%27s
> >
> > I knew that :) I still don't think it's appropr
Can we just drop it :D I have a good upstream and we were today doing new
description of it :)
latest and probably final - Terminal based MP3 search, playback and
download.
Cheers,
zlatan
On Thu, Feb 13, 2014 at 9:05 PM, Tiago Bortoletto Vaz wrote:
> On Thu, Feb 13, 2014 at 07:57:53PM +0100, H
> "Mario" == Mario Lang writes:
Mario> That is what I was thinking as well, but just recently I had
Mario> to killall pulseaudio to be able to access my ALSA device
Mario> again.
Pulseaudio explicitly bypasses the dmix plugin and opens the alsa
hardware directly.
There's kind o
(note to myself: you sound really grumpy after reading bikesheds)
On Thu, Feb 13, 2014 at 04:31:36PM +0100, Andreas Beckmann wrote:
> On 2014-02-13 15:37, Ondřej Surý wrote:
> > On Thu, Feb 13, 2014, at 15:00, David Kalnischkies wrote:
> >> On Thu, Feb 13, 2014 at 01:38:51PM +0100, Ondřej Surý wro
Quoting Adrian Bunk (2014-02-13 20:37:47)
> Are you as Debian Multimedia Maintainer willing to discuss which
> option (libav, FFmpeg, some solution of shipping both) will be best
> for jessie based on the information that is available today?
It will certainly be best for Jessie to have a library
Package: wnpp
Severity: normal
Hi,
I like this package a lot, but I don't have the bandwidth required to
maintain it on my own.
I would love to get some help with it.
The package is quite simple, and is maintained in collab-maint.
Feel free to get in touch with me if you want to help.
Please a
On 13 February 2014 16:13, Holger Levsen wrote:
> Hi,
>
> On Donnerstag, 13. Februar 2014, Ondřej Surý wrote:
>> this is just a pledge to you all fellow debian developers to update your
>> build environment before you build a package.
>
> I want all binary packages to be rebuild on *.debian.org ho
On Thu, Feb 13, 2014 at 07:46:53PM +0100, Jakub Wilk wrote:
> *shrug* It's not like it's difficult to hide malicious code in
> source packages.
>
> How many configure scripts that we never rebuild from source
> contains trojans?
Just like my favourite Russ quote:
Basically, people got tired of
On Thu, Feb 13, 2014 at 09:10:15PM +, Dimitri John Ledkov wrote:
> On 13 February 2014 16:13, Holger Levsen wrote:
> > Hi,
> >
> > On Donnerstag, 13. Februar 2014, Ondřej Surý wrote:
> >> this is just a pledge to you all fellow debian developers to update your
> >> build environment before you
Hi,
On Donnerstag, 13. Februar 2014, Dimitri John Ledkov wrote:
> All that's needed, I guess, is for someone to write a patch to dak /
> wanna-build ... and schedule _all.deb builds on amd64 ?
> Or if arch-restricted package, on one of the arches it will build on?
nope, it's worse than you think:
On Thu, Feb 13, 2014 at 4:13 PM, Paul Tagliamonte wrote:
> On Thu, Feb 13, 2014 at 09:10:15PM +, Dimitri John Ledkov wrote:
> > On 13 February 2014 16:13, Holger Levsen wrote:
> > > Hi,
> > >
> > > On Donnerstag, 13. Februar 2014, Ondřej Surý wrote:
> > >> this is just a pledge to you all fel
On 14/02/14 08:13, Paul Tagliamonte wrote:
> On Thu, Feb 13, 2014 at 09:10:15PM +, Dimitri John Ledkov wrote:
>> On 13 February 2014 16:13, Holger Levsen wrote:
>>> Hi,
>>>
>>> On Donnerstag, 13. Februar 2014, Ondřej Surý wrote:
this is just a pledge to you all fellow debian developers to
On 2/13/14, Jakub Wilk wrote:
> * Jacob Appelbaum , 2014-02-13, 18:36:
>>How many uploaded binaries might include malware?
>
> *shrug* It's not like it's difficult to hide malicious code in source
> packages.
>
It is much harder for you to hide source code changes as a third party
than binary cha
> "Colin" == Colin Watson writes:
Colin> On Thu, Feb 13, 2014 at 07:46:53PM +0100, Jakub Wilk wrote:
>> *shrug* It's not like it's difficult to hide malicious code in
>> source packages.
>>
>> How many configure scripts that we never rebuild from source
>> contains tr
On Thu, Feb 13, 2014 at 09:21:02PM +0100, Jonas Smedegaard wrote:
> Quoting Adrian Bunk (2014-02-13 20:37:47)
> > Are you as Debian Multimedia Maintainer willing to discuss which
> > option (libav, FFmpeg, some solution of shipping both) will be best
> > for jessie based on the information that i
Hi!
> Do you have a good idea how to avoid all the problems of mixing both
> libraries while also creating a sufficient usage of the FFmpeg libraries
> in a way that both libraries can be in testing at the same time, or are
> you just setting a hurdle intended to be impossible to pass for FFm
Quoting Adrian Bunk (2014-02-13 22:40:23)
> On Thu, Feb 13, 2014 at 09:21:02PM +0100, Jonas Smedegaard wrote:
>> Quoting Adrian Bunk (2014-02-13 20:37:47)
>>> Are you as Debian Multimedia Maintainer willing to discuss which
>>> option (libav, FFmpeg, some solution of shipping both) will be best
>
Package: wnpp
Severity: wishlist
Owner: "Francois-Regis Vuillemin"
* Package name: php-date-holidays
Version : 0.21.8
Upstream Author : Carsten Lucke
* URL : http://pear.php.net/package/Date_Holidays
* License : PHP
Programming Lang: PHP
Description :
On Thu, Feb 13, 2014 at 10:17:46PM +0100, Holger Levsen wrote:
> See https://buildd.debian.org/status/package.php?p=html2text - you can only
> hope that I've build it in a clean environment and there aint a logfile for
> the amd64 build of that arch:any package.
I'm told there's at least some ma
On Thu, Feb 13, 2014 at 11:14:39PM +0100, Petr Baudis wrote:
> Hi!
>
> > Do you have a good idea how to avoid all the problems of mixing both
> > libraries while also creating a sufficient usage of the FFmpeg libraries
> > in a way that both libraries can be in testing at the same time, or are
On 13 February 2014 21:17, Holger Levsen wrote:
> Hi,
>
> On Donnerstag, 13. Februar 2014, Dimitri John Ledkov wrote:
>> All that's needed, I guess, is for someone to write a patch to dak /
>> wanna-build ... and schedule _all.deb builds on amd64 ?
>> Or if arch-restricted package, on one of the a
On 14 February 2014 05:46, Jakub Wilk wrote:
> How many uploaded binaries might include malware?
>>
>
> *shrug* It's not like it's difficult to hide malicious code in source
> packages.
>
After the damage is done, probably easier to find the malware that did it
if you can rely on the source code
All rants aside, I believe there's a fairly wide agreement that we
should throw away binaries from builds.
I seem to recall ftp-master sending out mail to debian-devel-announce
describing the steps along that process a while ago.
I think it's fine to ask where that project is, and to volunteer
re
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: 559 (new: 55)
Total number of packages offered up for adoption: 151 (new: 6)
Total number of packages reques
On Thu, Feb 13, 2014 at 9:12 PM, Klee Dienes wrote:
> Regarding #2, my goal is to package the psmoveapi code for Debian,
> which uses the write support of iniparser (not supported by inih). I
> also note that Samba seems to include an internal version of
> iniParser.
Please report any embedded c
On Thu, Feb 13, 2014 at 12:06:10PM +0100, Jonas Smedegaard wrote:
> This mailinglist is, after all, a list about developing Debian. If your
> interest is only in *using* Debian e.g. for own package development,
> then our debian-user lists are more appropriate for that:
> https://lists.debian.o
Heya Sam,
On 2/14/14, Sam Hartman wrote:
> All rants aside, I believe there's a fairly wide agreement that we
> should throw away binaries from builds.
I'd encourage something slightly different and then I'd expand on it a bit.
I think it would be useful to have an historical archive of each
bi
On Fri, Feb 14, 2014 at 04:44:21AM +, Jacob Appelbaum wrote:
> Heya Sam,
>
> On 2/14/14, Sam Hartman wrote:
> > All rants aside, I believe there's a fairly wide agreement that we
> > should throw away binaries from builds.
>
> I'd encourage something slightly different and then I'd expand on
On 2/14/14, Paul Tagliamonte wrote:
> On Fri, Feb 14, 2014 at 04:44:21AM +, Jacob Appelbaum wrote:
>> Heya Sam,
>>
>> On 2/14/14, Sam Hartman wrote:
>> > All rants aside, I believe there's a fairly wide agreement that we
>> > should throw away binaries from builds.
>>
>> I'd encourage somethi
On Fri, Feb 14, 2014 at 5:40 AM, Adrian Bunk wrote:
> Having both sets of libraries in the archive at the same time is what
> I called "insane" in the RFP and where I expect additional probems
> due to:
Also, I expect the security team would be unhappy to have to fix
security issues twice.
--
b
Paul Wise writes:
> On Fri, Feb 14, 2014 at 5:40 AM, Adrian Bunk wrote:
>> Having both sets of libraries in the archive at the same time is what I
>> called "insane" in the RFP and where I expect additional probems due
>> to:
> Also, I expect the security team would be unhappy to have to fix
> s
74 matches
Mail list logo
