Hi,
Jonathan Nieder wrote:
> Jeff Breidenbach wrote:
>> Leptonica upstream is releasing a new version that will
>> have an increased soname (liblept3 -> liblept4). No exotic
>> challenges expected.
>
> This is a tiny transition: the only source package that will need
> rebuilding is tesseract.
>
On Mon, Feb 03, 2014 at 09:17:33AM -0500, Michael Gilbert wrote:
> Finally, it is worth considering that there is very little chance for
> upstart to win this particular vote. Given the 4:4 systemd:upstart
> split and existing statements from the 4 on the systemd side, there is
> very little chanc
Package: debian-policy
Author and copyright holder are not always the same person/entity.
E.g. the work may be authored by Bob but the copyright is assigned to
his employer Acme, Inc, e.g.
License: GPL2
Copyright: 2014, Acme, Inc http://acme.example.org
Author: Bob, http://example.org/bob
For c
Package: libgnutls26
Version: 2.12.23-10+b1
Severity: normal
Dear Maintainer,
please make a regular upload to counter the effects of the latest
binNMU. It is not possible to have the amd64 and i386 versions
co-installed in testing or unstable currently since one has
2.12.23-10+b1 and the other 2.
Package: wnpp
Severity: wishlist
Owner: Colin Ian King
* Package name: health-check
Version : 0.01.50
Upstream Author : Colin King
* URL : http://kernel.ubuntu.com/~cking/health-check
* License : GPL-2
Programming Lang: C
Description : process monitori
Greetings,
I think the severity of this bug should be increased. PEM certificates
do not require a newline after '-END CERTIFICATE-'. Individual
files without a newline at the end of the file are correct.
The resulting /etc/ssl/certs/ca-certificates.crt file generated by
update-ca-ce
On 2014-02-03 Marc Glisse wrote:
> Package: libgnutls26
> Version: 2.12.23-10+b1
> Severity: normal
> Dear Maintainer,
> please make a regular upload to counter the effects of the latest
> binNMU. It is not possible to have the amd64 and i386 versions
> co-installed in testing or unstable curren
severity 737559 wishlist
user debian-pol...@packages.debian.org
usertags 737559 = normative issue
quit
Hi Daniel,
Daniel Pocock wrote:
> Author and copyright holder are not always the same person/entity.
[...]
> License: GPL2
> Copyright: 2014, Acme, Inc http://acme.example.org
> Author: Bob, ht
On 03/02/14 20:17, Jonathan Nieder wrote:
> severity 737559 wishlist
> user debian-pol...@packages.debian.org
> usertags 737559 = normative issue
> quit
>
> Hi Daniel,
>
> Daniel Pocock wrote:
>
>> Author and copyright holder are not always the same person/entity.
> [...]
>> License: GPL2
>> C
On Mon, Feb 03, 2014 at 08:22:25PM +0100, Daniel Pocock wrote:
> Just to clarify, I do not believe that maintaining this field should be
> obligatory
> It should be an optional field
> Defining it formally in the standard and having some examples will help
> emphasize the difference between what
Daniel Pocock wrote:
> Just to clarify, I do not believe that maintaining this field should be
> obligatory
>
> It should be an optional field
>
> Defining it formally in the standard and having some examples will help
> emphasize the difference between what people should put in the Copyright
> fi
Package: openjdk-7-jre-headless
Version: 7u51-2.4.5-1
Tags: security
If unpack200 cannot open logfile, it creates a file in /tmp in an
insecure way:
$ strace -o '| grep /tmp' unpack200 --log-file=/cannot/open test.pack.gz
test.jar
open("/tmp/unpack.log", O_RDWR|O_CREAT|O_APPEND, 0666) = 3
-
On 03/02/14 20:36, Jonathan Nieder wrote:
> Daniel Pocock wrote:
>
>> Just to clarify, I do not believe that maintaining this field should be
>> obligatory
>>
>> It should be an optional field
>>
>> Defining it formally in the standard and having some examples will help
>> emphasize the differen
Hi Anomie,
Can you confirm the version of Debian you are using as my attempt to
re-create the bug on my normal distribution didn't find an issue.
https://bugzilla.gnome.org/show_bug.cgi?id=723543#c2
Thanks,
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a sub
severity 734865 normal
thanks
On Fri, Jan 10, 2014 at 02:49:12PM +0100, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package failed to install. As
> per definition of the release team this makes the package too buggy for
> a release, thus the severity.
Hi,
I am completely
On Fri, Jan 10, 2014 at 10:13:45PM +, brian m. carlson wrote:
> Let me provide you with a testcase. I can't quite get it to hang in the
> same way, but I definitely get the same error message, so hopefully this
> will help. I'll try to get all the steps right here, but I may have
> forgotten
On Mon, 3 Feb 2014, Andreas Metzler wrote:
I think you simply need to exercise your patience a liitle bit. ;-)
Now that the i386 binnmu also succeeded all archs should be in sync
after the next mirror push.
Ah, ok thanks, feel free to close. I reacted a bit quickly because I was
already bitte
Control: reassign -1 gnat-4.8 4.8.2-5
Control: tags -1 - patch + upstream
Thanks for reporting this bug.
It also affects 4.8.
The faulty package is gnat-x.y, which actually provides the compiler.
The tag "patch" is not relevant here in my opinion.
Did you report the bug to GCC bugzilla?
Did you
I the mean wile a new version has been released so i uploaded the new version
To access further information about this package, please visit the following
URL:
http://mentors.debian.net/package/burp
Alternatively, one can download the package with dget using this command:
dget -x http
Hi,
I made this packages the day i was rused to the hospital, and i uploaded the
wrong version to mentors, probably because i wasn't feeling wile and because
mentor didn't gave lintian warning i assumed it was oke .
Not an a excuse sorry for that.
I didn't get this library to work as multi-arch
Hi again guys,
On 02/03/2014 06:17 PM, Mathieu Parent wrote:
> Hi all,
>
> 2014-02-03 14:33 GMT+01:00 David Prévot :
> [...]
>>
>> Yes, please rebuild the affected packages with pkg-php-tools >= 1.10
>> (you can double check with the piupart lists that I didn’t miss any of
>> your packages), and
Daniel Pocock wrote:
> I've only come across one package which included public-domain material
> so far. In this case, I put a note about the author in the comments.
Yep - that works, too.
[...]
> One risk of not having this extra field is that we could accumulate
> excessive things in the Copy
On 03/02/14 20:55, Jonathan Nieder wrote:
> Daniel Pocock wrote:
>
>> I've only come across one package which included public-domain material
>> so far. In this case, I put a note about the author in the comments.
>
> Yep - that works, too.
>
> [...]
>> One risk of not having this extra field
Package: wnpp
Severity: wishlist
Owner: "Cleto Martín"
* Package name: telegram-cli
Version : 0.1
Upstream Author : Vitaly Valtman
* URL : https://github.com/vysheng/tg
* License : GPL
Programming Lang: C
Description : Command-line interface for Telegra
Hi Anomie,
I too have been unable to recreate the problem you experienced. In
addition to Mike's question would you be able to provide answers to the
following?
Which alignment option did you choose?
(MiB, Cylinder, or None. Default is MiB)
Would you be able to provide the output from th
Package: dump
Version: 0.4b44-1
Severity: normal
Dear Maintainer,
(Hi, Bdale! We have interacted in the past in the world of Forth.)
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
I have some disks brought over to a new server, where th
Daniel Pocock writes:
> There are cases where I would have used it and I believe that
> recognising people's work (even if they have assigned their rights) is
> an important way of showing our thanks and acknowledgment to those who
> develop free software, and having a dedicated field makes them
Package: cinnamon
Severity: normal
Dear maintainer,
I saw upstream that Cinnamon is already at 2.0.14.
Could you update it to this version.
If you do not have time, Im volunteer to try to update it.
The new files I will put on my personal page on mentors.debian.net.
-- System Information:
Deb
Package: wnpp
Severity: wishlist
Owner: "Iain R. Learmonth"
* Package name: python-fitbit
Version : 0.0.2
Upstream Author : ORCAS
* URL : https://github.com/orcasgit/python-fitbit
* License : Apache
Programming Lang: Python
Description : Python module
On 20/01/14 at 22:53 +0100, Guillaume Seren wrote:
> Hello Lucas,
> I discovered this tool at the Mini-DebConf and really like it,
> it is really more convenient to get the bug's url directly when you upgrade.
>
> Thank you for this little tool, it is already really helpfull to me.
>
> I read the
Package: mopd
Version: 1:2.5.3-21
Severity: normal
Hi,
I tried mopd with the NetBSD 6.1.3 (latest release) vax bootloader. Apparently
Debian mopd doesn't support it.
When I used installation/netboot/boot from NetBSD 6.1.3, mopd claimed to send
it, but the VAX (VAXstation 4000 VLC) could not use
I think the issue of whether packages can depend on a specific init to be pid 1
is essentially identical to whether packages can depend on a specific kernel
(Linux vs FreeBSD vs Hurd) to be running.
I'm not sure what the exact Debian policy is for that, but just copying that
seems to me the mos
On Mon, Feb 03, 2014 at 12:48:45PM -0500, Antoine Beaupré wrote:
> On 2014-02-03 12:18:45, Adrian Bunk wrote:
> > Can you clarify whether you are sincerely asking for clarification, or
> > whether that would be pointless since you've anyway already decided that
> > everything I write are "flames"
Bill Myers writes:
> I think the issue of whether packages can depend on a specific init to
> be pid 1 is essentially identical to whether packages can depend on a
> specific kernel (Linux vs FreeBSD vs Hurd) to be running.
> I'm not sure what the exact Debian policy is for that, but just copyin
Hi Michele,
Michele Cane writes:
> I am trying to use systemd.automount to mount a remote server with sshfs.
>
> here's my line in fstab:
>
> user@ip_address:/home/user /home/user/Documents/Tempestus fuse.sshfs
> noauto,_netdev,reconnect,comment=systemd.automount,users,uid=1000,gid=1000,idmap=use
On 2014-02-03 16:22:38, Adrian Bunk wrote:
> On Mon, Feb 03, 2014 at 12:48:45PM -0500, Antoine Beaupré wrote:
>> On 2014-02-03 12:18:45, Adrian Bunk wrote:
>> > Can you clarify whether you are sincerely asking for clarification, or
>> > whether that would be pointless since you've anyway already d
On 03/02/14 21:58, Russ Allbery wrote:
> Daniel Pocock writes:
>
>> There are cases where I would have used it and I believe that
>> recognising people's work (even if they have assigned their rights) is
>> an important way of showing our thanks and acknowledgment to those who
>> develop free s
Package: ftp.debian.org
Severity: normal
Please remove partman-zfs from linux-any. It's only built on
kfreebsd-any again since version 29.
Ansgar
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: ftp.debian.org
Severity: normal
Please remove ttf-lao:source. The source package was renamed to
fonts-lao.
The transitional package ttf-lao:all should then hopefully be reported
by the cruft-report and be removed as well.
Ansgar
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@li
Just forwarding to bug#694883 ("please clarify the recommended form for
public domain files") for easy reference.
Thanks,
Jonathan
--- Begin Message ---
On 03/02/14 20:55, Jonathan Nieder wrote:
> Daniel Pocock wrote:
>
>> I've only come across one package which included public-domain material
Package: x-tile
Version: 2.5-2
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
When I am start X-Tile I am getting an error. I can't start this software..
Console output is here:
File "/usr/bin/x-tile", line 65, in
x = core.XTile(core
Source: faketime
Version: 0.9.5-1
Severity: serious
Justification: fails to build from source
User: debian-...@lists.debian.org
Usertags: kfreebsd
faketime FTBFS on kfreebsd:
|dh_auto_build -a
| make[1]: Entering directory `/«PKGBUILDDIR»'
| make -C src all
| make[2]: Entering directory `/«PK
Hi IOhannes,
Quoting IOhannes m zmoelnig (2014-02-03 17:18:52)
> after a suggestion from jonas that it might be related to locales, i tried
> running the licensecheck with the following locales:
> C
> en_US.utf-8
> de_AT.utf-8
Right, that is one issue. More specifically it is LC_COLLATE (i
Russ Allbery wrote:
> It's conceptually similar, but since kernels are tied directly to a
> Debian architecture, it's easier to handle the kernel case using our
> existing infrastructure. There just isn't a binary package for that
> architecture if it doesn't work with that kernel, and most of the
This is fixed in later versions of GNU Xnee. Latest release is 3.17:
ftp://ftp.gnu.org/gnu/xnee/xnee-3.17.tar.gz
/h
On Mon, Feb 03, 2014 at 05:15:56PM +0100, Moritz Molle wrote:
> Package: gnee
> Version: 3.13-1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
❦ 3 février 2014 22:45 CET, Henrik Sandklef :
> This is fixed in later versions of GNU Xnee. Latest release is 3.17:
>
> ftp://ftp.gnu.org/gnu/xnee/xnee-3.17.tar.gz
I plan to package it soon.
--
printk("HPFS: G... Kernel memory corrupted ... going on, but
it'll crash very soon
First of all, thank you very much for CC'ing me, as I am not receiving
things from this bug report (despite having tried to subscribe to the bug).
On Feb 03 2014, anarcat wrote:
> On Fri, 10 Jan 2014 18:52:06 +0200, Adrian Bunk wrote:
> > It is a misconception that making this optional would be a
retitle 702075 ITP: hexchat -- an IRC client based on XChat
owner 702075 !
thanks
Hi,
I have been using hexchat daily (which I packaged myself) and since it
seems nobody else is interested in maintaining it, I volunteer.
Jesse Rhodes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.
Status update:
- qgo and fcitx-qt5 are ready.
- pyqt5 has been recently uploaded and only needs to get built in armhf.
- We are still waiting for pokerth
- and qtwebkit in armhf needs to get rebuilt.
Kinds regards, Lisandro.
--
Nearly all men can stand adversity, but if you want to test a man's
Package: libqmi-glib-dev
Version: 1.4.0-1
Severity: normal
Hi,
git-buildpackage works fine against upstream 1.8.0 and it will be required for
new modemmanager packages.
How can I help here?
Thanks,
Adam
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500
Hi Michael,
On Mon, 03 Feb 2014 22:28:06 +0100
Michael Stapelberg wrote:
> To debug this, use:
>
> systemctl status home-michele-Documents-Tempestus.automount
resulting in:
home-michele-Documents-Tempestus.automount
Loaded: loaded (/etc/fstab)
Active: active (waiting) since Mon 2014-02-
On Friday, January 31, 2014 15:18:18 Robert Edmonds wrote:
[...]
> Chris Knadle's input in #737246 makes me believe that the changes in
> 2.5.0-6 / -7 just aren't correct. I'm thinking we should probably go
> back to the approach in 2.5.0-5 (though with a fallback atomic
> implementation for archi
On Mon, Feb 03, 2014 at 04:32:49PM -0500, Antoine Beaupré wrote:
> On 2014-02-03 16:22:38, Adrian Bunk wrote:
>...
> > But if someone wants, as Lorenzo suggested, an "apt-get install ffmpeg"
> > to magically switch all applications like VLC from using libav to
> > ffmpeg, then one of the requirem
Source: fakeroot
Version: 1.20-3
Severity: serious
Justification: fails to build from source
User: debian-...@lists.debian.org
Usertags: kfreebsd
fakeroot FTBFS on kfreebsd:
| /usr/bin/make check-TESTS
| make[3]: Entering directory `/«PKGBUILDDIR»/obj-sysv/test'
| make[4]: Entering directory `/«
On Mon, Feb 03, 2014 at 11:28:23PM +0100, Jakub Wilk wrote:
> I believe that the test fails because /sbin/{setcap,getcap} don't exist.
If only a kfreebsd porter cared.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
On Jan 31, 2014, at 11:04 PM, James McCoy wrote:
>First, the way Debian builds Python prevents loading both libpython2 and
>libpython3 in the same process, since Debian's builds necessitate
>passing RTLD_GLOBAL to dlopen(). This means that when Vim is built to
>support both Python 2 & 3, one has
Upstream answered: he will accept the request, but he wants
to change the patch that implements it, so he asks to be
patient a little longer and he will add the feature.
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscr
Package: isc-dhcp-server
Version: 4.2.2.dfsg.1-5+deb70u6
Severity: wishlist
Tags: upstream ipv6
There are three ways to try to support BSDP on isc-dhcp-server.
The first method involves using a binary string as the parameter to vendor-
encapsulated-options. I have read reports this works in some
On Mon, Feb 03, 2014 at 08:13:43PM -0200, Rogério Brito wrote:
>...
> > Rogério, I would suggest you go ahead with the packaging and an upload,
> > don't let the flames fan your enthousiasm.
>
> Thanks for the encouragement, Antoine. I am mostly paralized with this
> situation and I don't really k
Control: tags -1 + confirmed
On Mon, 2014-02-03 at 10:29 -0800, Jonathan Nieder wrote:
> Jonathan Nieder wrote:
> > Jeff Breidenbach wrote:
>
> >> Leptonica upstream is releasing a new version that will
> >> have an increased soname (liblept3 -> liblept4). No exotic
> >> challenges expected.
> >
On 2014-02-03 17:25:40, Adrian Bunk wrote:
> Before what you quote he said in the same email:
> Agree with many on at least providing the *option* for users to have
> the original ffmpeg instead of libav
>
> There is no libav program, and he is clearly talking about the libraries.
I assumed l
found 549974 4.0.3
forwarded 549974 https://gramps-project.org/bugs/view.php?id=7439
tags 549974 upstream
thanks
There were other bugs upstream with similar descriptions but not exactly
the same, and a bug covering a code refactoring to disconnect GUI & CLI.
But I filed a new bug upstream to ensur
I'd like to politely agree, and disagree with the handling of this bug.
YES, you're absolutely right the bridge helper is a security hole.
NO, you're absolutely wrong to remove the bridge helper from the package. A
proper solution would have been to include it, and make it not a threat by
remov
On 2014-02-03 17:13:43, Rogério Brito wrote:
>> Rogério, I would suggest you go ahead with the packaging and an upload,
>> don't let the flames fan your enthousiasm.
>
> Thanks for the encouragement, Antoine. I am mostly paralized with this
> situation and I don't really know how to proceed. I thin
On 2014-02-03 17:58:48, Antoine Beaupré wrote:
> I see there was one email about ffmpeg on the mailing list
> about a month ago, without any response, but that's all...
I was talking about the deprecated debian-multimedia, my bad.
A.
--
The Net treats censorship as damage and routes around it.
Package: bridge-utils
Version: 1.5-7
Severity: normal
Dear Maintainer,
I am trying to set up a bridge using the ethernet and the wireless cards of my
laptop in order to create a wifi AP for some wireless devices.
Steps that I follow are the following:
1) create the bridge interface
2) add the e
Package: devscripts
Followup-For: Bug #733111
Hello. I believe that this bug should be reopened.
Having described \* \\ and \?, [1] states that "Any other character
following a backslash is an error.". My understanding is:
- The 'foo\ bar' glob discussed in this bug report is illegal.
- It is no
Package: subnetcalc
Version: 2.1.3-1
Severity: normal
Dear Maintainer,
The current ‘subnetcalc’ package has a “Recommends: iputils-ping”
dependency. But that is not the only package providing a compatible ‘ping’
program; any package that “Provides: ping” should be able to satisfy the
needs of ‘su
On Mon, Feb 03, 2014 at 05:58:48PM -0500, Antoine Beaupré wrote:
> On 2014-02-03 17:25:40, Adrian Bunk wrote:
>...
> >> Then maybe this RFP can focus on providing the ffmpeg binary again and
> >> not necessarily get into replacing libav altogether, which I think was
> >> the original intention here
found 513159 4.0.3
tags 513159 + upstream
thanks
Added the information that the bug also occurs in Gramps 4.0.3 to the
upstream bug-tracker.
Regards,
Ross
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.d
Package: iputils-ping
Version: 3:20121221-5
Severity: wishlist
Saw:
Setting up iputils-ping (3:20121221-5) ...
Setcap worked! Ping(6) is not suid!
I didn't check what that is about, but it would be best to only say
things the administrator should see upon something going wrong, I think.
--
To
On 04/02/14 12:08, Antoine Beaupré wrote:
> If both packages are ABI-compatible, then ffmpeg can be designed as a
> drop-in replacement for libav and users will be free to choose.
As far as I understand it the problem is that it is *not* a drop-in
replacement as far as the libraries are concerned,
reassign 737309 gtk2-engines-qtcurve
tags 737309 - unreproroducible
affects 737309 meld
thanks
2014-02-03 Philipp Huebner :
> Hi,
>
> you're right, I tried a different machine and it worked.
> Then I tried a clean new user on the machine where I have had the
> problem and it also worked.
>
> So it
tags 737512 pending
thanks
I have just fixed in the GIT repository. It will be fixed in the next package
upload.
Thanks
Javier
signature.asc
Description: Digital signature
A little more information that may go a ways to sorting this bug out.
Although I used a debian speakup talking install to install jessie/sid,
the installation did not put an ~/.inputrc file in my home directory. If
one of those should be in the home directory, what should be in that file
for
tags 737513 pending
thanks
On Mon, Feb 03, 2014 at 12:45:09PM +0100, Jakub Wilk wrote:
> The debmany(1) manpage says: “The manpages are temporarily extracted
> to /dev/shm (if the directory exists)”. But this is no longer true:
> see bug #679457.
I have just fixed this in the GIT repository, the
Package: libwww-dict-leo-org-perl
Version: 1.36-1
Severity: important
File: /usr/bin/leo
Dear Maintainer,
since recently (yesterday?), I cannot longer use `leo':
$ leo mercury
got HTTP error 301!
at /usr/bin/leo line 247.
Since HTTP 301 is not an "error" per se, but rather a redirection, the l
On Mon, Feb 03, 2014 at 07:45:39PM +, Mike Fleetwood wrote:
>
> Can you confirm the version of Debian you are using as my attempt to
> re-create the bug on my normal distribution didn't find an issue.
I'm using unstable. gparted version 0.17.0-4.
On Mon, Feb 03, 2014 at 02:02:34PM -0700, Cur
Package: rygel
Version: 0.20.3-1
Severity: normal
Dear Maintainer,
By default rygel allows upload and deletion of files.
As a user will likely start rygel using the minimal gnome sharing user GUI, he
may not understand that all his files could be deleted neither anyone can fill
modify his files
Sorry, forgot to CC bug tracker...
-- Forwarded message --
From: "Timothy Gu"
Date: Feb 3, 2014 3:28 PM
Subject: Re: Bug#729203: CTTE and reasonable solutions
To: "Antoine Beaupré"
Cc:
On Feb 3, 2014 3:12 PM, "Antoine Beaupré" wrote:
>
> On 2014-02-03 17:13:43, Rogério Brito wr
On 2014-02-03 18:21:34, Adrian Bunk wrote:
> On Mon, Feb 03, 2014 at 05:58:48PM -0500, Antoine Beaupré wrote:
>> On 2014-02-03 17:25:40, Adrian Bunk wrote:
>>...
> Since the original intention of this RFP that you were referring to
> listed chromium, that implies that you were saying that chromium
Sorry, forgot to CC bug tracker...
-- Forwarded message --
From: "Timothy Gu"
Date: Feb 3, 2014 3:32 PM
Subject: Re: Bug#729203: CTTE and reasonable solutions
To: "Adrian Bunk"
Cc:
On Feb 3, 2014 3:24 PM, "Adrian Bunk" wrote:
> That is a mess, and would have to be sorted out b
Sorry, forgot to CC bug tracker...
-- Forwarded message --
From: "Timothy Gu"
Date: Feb 3, 2014 3:56 PM
Subject: Re: Bug#729203: CTTE and reasonable solutions
To: "Jan Larres"
Cc:
>
> On Feb 3, 2014 3:39 PM, "Jan Larres" wrote:
> >
> > On 04/02/14 12:08, Antoine Beaupré wrote:
On Mon, Feb 03, 2014 at 05:38:12PM -0500, Barry Warsaw wrote:
> On Jan 31, 2014, at 11:04 PM, James McCoy wrote:
>
> >First, the way Debian builds Python prevents loading both libpython2 and
> >libpython3 in the same process, since Debian's builds necessitate
> >passing RTLD_GLOBAL to dlopen(). T
Package: ufsutils-udeb
Version: 9.2-3
Severity: grave
Tags: jessie sid d-i
Affects: debian-installer
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: k...@debian.org
Image:
http://d-i.debian.org/daily-images/kfreebsd-amd64/20140203-00:50/netboot-9/mini.iso
Can reproduce this by
tag 724248 pending
thanks
Thanks for the patch you submitted to this bug report, I have committed it to
our repository. The bug should be fixed in the next package upload.
Regards
Javier Fernandez-Sanguino
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject o
On Mon, Feb 03, 2014 at 07:31:40PM -0500, James McCoy wrote:
> On Mon, Feb 03, 2014 at 05:38:12PM -0500, Barry Warsaw wrote:
> > I think we have other such precedence in Debian; I remember hacking on some
> > package to dynamically load either Python 2 or Python 3 (but not both)
> > support
> > at
tags 688808 pending
thanks
I have committed the patch for this bug in debian-goodies' GIT repository.
Sorry for the delay.
Regards
Javier
signature.asc
Description: Digital signature
Package: cubemap
Version: 1.0.1-1
Severity: wishlist
Hi,
I've released Cubemap 1.0.2:
http://cubemap.sesse.net/download/cubemap-1.0.2.tar.gz
It should be an easy upload, probably at priority=medium or priority=high
because it fixes some tricky bugs (including a segfault on reload) we found
du
Package: zsh
Version: 5.0.5-1
Severity: important
Dear Maintainer,
the help files, which are used also by run-help, are cropped at column 58:
% head -n5 /usr/share/zsh/help/read
read [ -rszpqAclneE ] [ -t [ num ] ] [ -k [ num ] ] [ -d
[ -u n ] [ name[?prompt] ] [ name ... ]
Re
On 2014-02-03 20:55, Steinar H. Gunderson wrote:
> I am completely unable to reproduce this. I purged everything *apache* from
> my sid machine, installed libapache2-mpm-itk with apt-get, and it installed
> without a hitch.
The logfile has the piuparts command line used for the test at the top,
yo
On Mon, Feb 03, 2014 at 09:09:06PM +0100, Steinar H. Gunderson wrote:
> On Fri, Jan 10, 2014 at 10:13:45PM +, brian m. carlson wrote:
> > Let me provide you with a testcase. I can't quite get it to hang in the
> > same way, but I definitely get the same error message, so hopefully this
> > wil
On Mon, Feb 3, 2014 at 1:42 PM, Steve Langasek wrote:
> So all deferring for another cycle does is leave Debian with annoying
> cumbersome init scripts and unsolvable race conditions for another cycle.
Which have already been solved for a long time now. It's not like a
bunch of new sysvinit bugs
found 734435 notmuch-emacs/0.17-3
found 733061 emacsen-common/2.0.7
thanks
On 07-Jan-2014, Olivier Berger wrote:
> I get, in *Messages* :
> Loading /etc/emacs/site-start.d/50notmuch.el (source)...
> Package notmuch not fully installed. Skipping setup.
>
> and :
> eval-buffer: Cannot open load fi
Package: libopencv-dev
Version: 2.4.8+dfsg-1
Severity: serious
Justification: Breaks (compilation of) unrelated packages
The invocation of 'pkg-config opencv --libs' results in the following output:
/usr/lib/x86_64-linux-gnu/libopencv_calib3d.so
/usr/lib/x86_64-linux-gnu/libopencv_contrib.so
/
On Mon, Feb 3, 2014 at 9:31 AM, Jonathan Dowland wrote:
> On 03/02/2014 14:17, Michael Gilbert wrote:
>> Hence those TC members that don't want to see its default should be
>> trying to figure out how to get 1 of the 4 to vote something else
>> above systemd.
>
> Shouldn't the TC members focus on t
On 2014-01-30 10:01:58 +0100, Axel Beckert wrote:
> Vincent Lefevre wrote:
> > aptitude sometimes prefers to remove packages instead of upgrading.
>
> Which is IMHO fine in general.
I don't see why it would be fine. Upgrading (to satisfy the
dependencies) should always be favored. There could be
further research shows that rfc 3004 defines option 77 as an array of
strings.
--
--
Ben Hildred
Automation Support Services
303 815 6721
On 2014-02-03 16:17, Thomas Moulard wrote:
> Hi,
> yes, please upload this NMU.
Uploaded, skipping --delay since Thomas approved it.
Did one minor change: I Just closed the other bug, too.
It's installable in sid, but I have no clue what these packagea are
about and didn't test them - please do s
On 2014-02-04 01:29:30 +0800, Daniel Hartwig wrote:
> There is nothing fundamentally better or worse about either removals
> or installs, in some situations you might find this:
>
> solution 1: upgrade 20 packages
> solution 2: remove 1
>
> Whichever is more preferable in these situations is up
201 - 300 of 345 matches
Mail list logo
