Hi,
On Mon, May 20, 2013 at 07:33:43PM -0700, Russ Allbery wrote:
> Guillem Jover writes:
>
> > Perhaps, but I think we just lack better documentation and advice when
> > it comes to shared library handling in general.
>
> > There was an attempt by Junichi Uekawa (CCed) some time ago [L], but
>
Package: wnpp
Severity: wishlist
Owner: Stuart Prescott
* Package name: cssmin
Version : 0.1.4
Upstream Author : Zachary Voase
* URL : http://github.com/zacharyvoase/cssmin
* License : Expat
Programming Lang: Python
Description : YUI CSS compression al
On Tue, May 21, 2013 at 5:29 AM, Norbert Preining wrote:
>> Please don't introduce yet more embedded code copies.
>
> Already happened and uploaded. Will be reverted when libgd is fixed.
The fact that you couldn't have waited *one* more day after I have
announced that I will fix the libgd2 makes
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-devel-ga...@lists.debian.org
Package name: freespace2
Version: 3.6.18
Upstream Author: Freespace2 source code project
URL: http://scp.indiegames.us/
License: do-not-sell-or-commercial
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-devel-ga...@lists.debian.org
Package name: freespace2-launcher-wxlauncher
Version: 0.9.1
Upstream Author: wxLauncher Team
URL: https://code.google.com/p/wxlauncher/
License: GPL-2+, C
Package: wnpp
Severity: wishlist
Owner: Grzegorz Niewisiewicz
* Package name: bats
Version : 0.2.0
Upstream Author : Sam Stephenson
* URL : https://github.com/sstephenson/bats
* License : MIT
Programming Lang: bash
Description : Bash Automated Testing
On Tue, May 21, 2013 at 11:29 AM, Norbert Preining wrote:
> On Di, 21 Mai 2013, Paul Wise wrote:
>> Sune was not trolling, he was offering constructive and appropriate
...
> I would have considered preparing a NMU for libgd constructive.
> Pressing on one more embedded copy bla bla is not what I co
Hi Paul,
On Di, 21 Mai 2013, Paul Wise wrote:
> Sune was not trolling, he was offering constructive and appropriate
Constructive?
Do you consider leaving everyone who did a partial upgrade
in a quasi unfixable state only because I cannot upload another
version until libgd is fixed?
Do you consi
On Tue, May 21, 2013 at 9:28 AM, Norbert Preining wrote:
> On Mo, 20 Mai 2013, Sune Vuorela wrote:
>> I really don't appreciate your tone here describing your fellow debian
>> developers who are putting a lot of work trying to make debian as a
>> whole as smooth as possible. I would really encourag
Guillem Jover writes:
> Perhaps, but I think we just lack better documentation and advice when
> it comes to shared library handling in general.
> There was an attempt by Junichi Uekawa (CCed) some time ago [L], but
> AFAIR some people shunned it because supposedly it contained inaccuracies
> or
Jay Berkenbilt writes:
> Ondřej Surý wrote:
>> This results in:
>>
>> E: libgd-tools: binary-or-shlib-defines-rpath usr/bin/annotate
>> /usr/lib/x86_64-linux-gnu/libtiff5-alt
> Yes, I'm afraid that's unavoidable. This issue is mentioned in the
> README.Debian file. This works by installing th
On Mo, 20 Mai 2013, Sune Vuorela wrote:
> I really don't appreciate your tone here describing your fellow debian
> developers who are putting a lot of work trying to make debian as a
> whole as smooth as possible. I would really encourage you to try a
> different attitude. It often helps.
Thanks f
Hi Andreas,
On Mo, 20 Mai 2013, Andreas Metzler wrote:
> >> How should this work out?
> [...]
>
> Hello,
> Running in a pretty clean sid chroot I get this explantion:
> --
> (SID)root@argenau:/# apt-get build-dep texlive-bin
> Reading package lists... Done
> Building dependency tree
Ondřej Surý wrote:
> This results in:
>
> E: libgd-tools: binary-or-shlib-defines-rpath usr/bin/annotate
> /usr/lib/x86_64-linux-gnu/libtiff5-alt
> E: libgd-tools: binary-or-shlib-defines-rpath usr/bin/gd2copypal
> /usr/lib/x86_64-linux-gnu/libtiff5-alt
> E: libgd-tools: binary-or-shlib-defines-r
On 2013-05-21 02:14, Paul Tagliamonte wrote:
> On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
>
> [...]
>
>>
>> and requests migration to sid (via
>> dcut-ng-ng migrate --to sid DPA://anbe/foo-bar)
>
> what's dcut-ng-ng ?
Something hypothetical ...
> It's my plan to add su
On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
[...]
>
> and requests migration to sid (via
> dcut-ng-ng migrate --to sid DPA://anbe/foo-bar)
what's dcut-ng-ng ?
dcut(1) from src:dput-ng is actually pretty easy to modify. Feel free to
contribute[1] patches to play with new
On 2013-05-20 23:54, Holger Levsen wrote:
> Hi,
>
> On Montag, 20. Mai 2013, Andreas Tille wrote:
>> I vaguely remember this statement from about one year (+/-x). I wonder
>> what would it help if everybody *should* but does not? If it should be
>> done on any upload anyway (and close to nobody
This results in:
E: libgd-tools: binary-or-shlib-defines-rpath usr/bin/annotate
/usr/lib/x86_64-linux-gnu/libtiff5-alt
E: libgd-tools: binary-or-shlib-defines-rpath usr/bin/gd2copypal
/usr/lib/x86_64-linux-gnu/libtiff5-alt
E: libgd-tools: binary-or-shlib-defines-rpath usr/bin/gd2togif
/usr/lib/x86
JFTR I would be more than happy to donate hardware, hosting and
connectivity to Debian Project for automating piuparts checks before
entering the archive.
Ondrej.
On Mon, May 20, 2013 at 11:54 PM, Holger Levsen wrote:
> Hi,
>
> On Montag, 20. Mai 2013, Andreas Tille wrote:
>> I vaguely remember
Hi,
On Montag, 20. Mai 2013, Andreas Tille wrote:
> I vaguely remember this statement from about one year (+/-x). I wonder
> what would it help if everybody *should* but does not? If it should be
> done on any upload anyway (and close to nobody is really doing it) why
> not automating this step?
Hi Holger,
On Mon, May 20, 2013 at 02:01:40PM +0200, Holger Levsen wrote:
>
> > 2. I would like to see these tests to be run BEFORE the package enters
> > the archive, and failures would prevent the package to enter.
>
> very DD and DM should run piuparts before uploading.
I vaguely remember t
On 2013-05-20, Norbert Preining wrote:
> Of course, RM will go hell for another embedded copy, but I don't give
> a big cake of chocolate or so for that.
Hi.
I really don't appreciate your tone here describing your fellow debian
developers who are putting a lot of work trying to make debian as a
Norbert Preining wrote:
> On Di, 21 Mai 2013, Norbert Preining wrote:
>> > >> libgd2-xpm-dev | libgd2-noxpm-dev => libtiff5-dev
>> > >> libgs-dev => libtiff4-dev
> ...
>> DOes that mean now that I have to wait a few months until
>> I can again build texlive-bin?
>
> We
Andreas Metzler wrote:
> I think the proper fix for the time being (until a proper transition
> to tiff5 is started) is to ask the libgd-dev maintainer to switch back
> to libtiff4-dev.
Or to ask the libgd-dev maintainer to switch to libtiff5-alt-dev. I may
be wrong, but I think gd requires tif
On Mon, 2013-05-20 at 19:02 +0200, Ondřej Surý wrote:
> On Mon, May 20, 2013 at 6:36 PM, Adam D. Barratt
> wrote:
> > Or that gd needs to not tie its own transition to libtiff, and should go
> > back to using libtiff4 until we're ready to do the tiff transition.
>
> JFTR I have no problem doing t
On Mon, May 20, 2013 at 6:36 PM, Adam D. Barratt
wrote:
> Or that gd needs to not tie its own transition to libtiff, and should go
> back to using libtiff4 until we're ready to do the tiff transition.
JFTR I have no problem doing that, I didn't have any particular reason
to update to tiff 4.x. I
Hello,
In the past, we have had multiple heated discussions involving
systemd. We (the pkg-systemd-maintainers team) would like to better
understand why some people dislike systemd.
Therefore, we have created a survey, which you can find at
http://survey.zekjur.net/index.php/391182
Please only s
"Adam D. Barratt" writes:
> On 2013-05-20 17:09, Russ Allbery wrote:
>> Norbert Preining writes:
>>> On Mo, 20 Mai 2013, Jay Berkenbilt wrote:
>> The build deps that I have are:
>> libgd2-xpm-dev | libgd2-noxpm-dev => libtiff5-dev
>> libgs-dev => libtiff4-dev
>> How
On 2013-05-20 17:09, Russ Allbery wrote:
Norbert Preining writes:
On Mo, 20 Mai 2013, Jay Berkenbilt wrote:
The build deps that I have are:
libgd2-xpm-dev | libgd2-noxpm-dev => libtiff5-dev
libgs-dev => libtiff4-dev
How should this work out?
The situation is tha
On Di, 21 Mai 2013, Norbert Preining wrote:
> > think there are several options shy of waiting for a few months, such as
> > making sure there's a bug filed against ghostscript about this problem
>
> Sure, I have enough to do with 4Gb of TeX packages that are rotating
> in the queues ... thanks ..
On 2013-05-20 Norbert Preining wrote:
> Including the maintainer of libtiff*
> On Mo, 20 Mai 2013, Norbert Preining wrote:
>> when trying to build a new release of telxive-bin fixing a nasty bug
>> alas, I cannot build anymore:
>> The following packages have unmet dependencies:
>> libtiff4-dev :
On Mo, 20 Mai 2013, Russ Allbery wrote:
> It means that ghostscript needs to be updated to do what Jay says. I
yeah.
> think there are several options shy of waiting for a few months, such as
> making sure there's a bug filed against ghostscript about this problem
Sure, I have enough to do with
Norbert Preining writes:
> On Mo, 20 Mai 2013, Jay Berkenbilt wrote:
The build deps that I have are:
libgd2-xpm-dev | libgd2-noxpm-dev => libtiff5-dev
libgs-dev => libtiff4-dev
How should this work out?
>> The situation is that you can't have both libtiff4-d
On Di, 21 Mai 2013, Norbert Preining wrote:
> > >> libgd2-xpm-dev | libgd2-noxpm-dev => libtiff5-dev
> > >> libgs-dev => libtiff4-dev
...
> DOes that mean now that I have to wait a few months until
> I can again build texlive-bin?
Well, I goes I will include the copy of libgd again i
Hi Jay,
On Mo, 20 Mai 2013, Jay Berkenbilt wrote:
> >> The build deps that I have are:
> >>libgd2-xpm-dev | libgd2-noxpm-dev => libtiff5-dev
> >>libgs-dev => libtiff4-dev
> >> How should this work out?
>
> The situation is that you can't have both libtiff4-dev and libtiff5-dev
Norbert Preining wrote:
> Including the maintainer of libtiff*
Thanks! I'm not currently subscribed to debian-devel, but please feel
free to keep me on this thread.
> On Mo, 20 Mai 2013, Norbert Preining wrote:
>> Hi everyone,
>>
>> when trying to build a new release of telxive-bin fixing a n
Including the maintainer of libtiff*
On Mo, 20 Mai 2013, Norbert Preining wrote:
> Hi everyone,
>
> when trying to build a new release of telxive-bin fixing a nasty bug
> alas, I cannot build anymore:
> The following packages have unmet dependencies:
> libtiff4-dev : Conflicts: libtiff5-dev but
Hi everyone,
when trying to build a new release of telxive-bin fixing a nasty bug
alas, I cannot build anymore:
The following packages have unmet dependencies:
libtiff4-dev : Conflicts: libtiff5-dev but 4.0.2-6 is to be installed.
libtiff5-dev : Conflicts: libtiff4-dev but 3.9.6-11 is to be inst
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: tika
Version : 1.3
Upstream Author : The Apache Software Foundation
* URL : http://tika.apache.org
* License : Apache-2.0
Programming Lang: Java
Description : Apache Tika - Content a
Hi,
I am just curious about the selection mechanism in apt(itude),
something has changed between squeeze and wheezy.
When I was noticed by a user that libapache2-mod-php5filter is
installed by default when phpapi-20100525 (f.e. try installing
php5-mysql in squeeze and wheezy).
squeeze:
# apt-get
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libnet-smtps-perl
Version : 0.1
Upstream Author : Tomo.M
* URL : https://metacpan.org/release/Net-SMTPS/
* License
On 2013-05-20, Ondřej Surý wrote:
> Since the state of Debian experimental is well "experimental", should
> we care about upgrade paths from experimental to unstable? I am
> inclined to say "no", but I would like to hear opinion of other
> developers.
It depends if you believe you have users or n
Processing commands for cont...@bugs.debian.org:
> reassign 708858 xserver-xorg-video-nouveau
Bug #708858 {Done: Andrei POPESCU } [general]
Installation: Screen and keyboard freeze (but not mouse) right after login on
post-install Debian
Bug reassigned from package 'general' to 'xserver-xorg-vid
On May 20, Ondřej Surý wrote:
> Since the state of Debian experimental is well "experimental", should
> we care about upgrade paths from experimental to unstable? I am
> inclined to say "no", but I would like to hear opinion of other
> developers.
Indeed, no.
If there is a risk of something crash
Hi,
I haven't been able to find anything on that in policy, so I have a question...
Since the state of Debian experimental is well "experimental", should
we care about upgrade paths from experimental to unstable? I am
inclined to say "no", but I would like to hear opinion of other
developers.
Sp
Hi Ondřej,
On Montag, 20. Mai 2013, Ondřej Surý wrote:
> Nope, I know about piuparts, but:
>
> 1. some packages and some transitions are more complicated. Bundle
> db4.7->db5.3 transition with cyrus-imapd-2.2->cyrus-imapd-2.4 and I am
> quite sure that "installation in sid" is not enough.
do yo
reassign xserver-xorg-video-nouveau 708858
thanks
Hi,
On Montag, 20. Mai 2013, Gobiel wrote:
> It turns out it was related to nouveau driver (ie to my graphic card, which
> is bi-gpu). I could "make it work" for the time I installed proper nvidia
> driver by adding "nomodeset" at the end of the k
Your message dated Mon, 20 May 2013 11:52:55 +0300
with message-id <20130520085255.GL3895@sid.nuvreauspam>
and subject line Re: Bug#708858: Found a workaround
has caused the Debian Bug report #708858,
regarding Installation: Screen and keyboard freeze (but not mouse) right after
login on post-inst
It turns out it was related to nouveau driver (ie to my graphic card, which
is bi-gpu). I could "make it work" for the time I installed proper nvidia
driver by adding "nomodeset" at the end of the kernel line each time I
started my computer. It seems the installation already has this option set,
ex
49 matches
Mail list logo
