Package: installation-reports
Severity: normal
Installation was a bit odd as I used a bootable USB key, and put the
image (iso) on the SD card.
Once booted within the debian-installer environement I removed the
bootable USB key, and used a ethernet over USB equipement to avoid the
mess with b43
For reference.
-- Forwarded message --
On 25/04/17 11:21, Mathieu Malaterre wrote:
> Is this worth reporting a bug for this ?
Yes I think so.
Looking at the kernel, all current arches use the "normal" ordering of
the first 2 args except for cris and s390 (only CLO
Package: systemd
Version: 232-22
User: debian-m...@lists.debian.org
Usertags: mipsel mips64el mips
There are warning(s) generated during systemd building on mipsel* :
I am starring at the clone warning (mmap seems to trigger something
equivalent apparently):
Package: xserver-xorg-video-nouveau
Version: 1:1.0.11-1
Severity: normal
Looks like my GeForce GT 240 is not well supported by nouveau.
Here is what I can see before pulling the plug:
Apr 18 12:16:06 vostrodell kernel: [15473.519712] nouveau E[
PGRAPH][:01:00.0] vm flush timeout
Apr 18
Package: wget
Version: 1.18-5
There is something that is not quite right. I discover this while
building OpenELEC distribution from a jessie and a testing env. From
the jessie env, everything is working quite nicely. However from
testing, wget keeps on failing retrieving flex.
Simple Steps:
$
Package: libxml2-utils
Version: 2.9.4+dfsg1-2.2
It looks like there is an issue in parsing (interpreting?) the following regex:
Steps:
$ xmllint --noout --schema bug.xsd bug.xml
bug.xml validates
Clearly xmllint should have failed the validation. I did
-- Forwarded message --
The Apache XML Graphics team is pleased to announce the immediate
availability of Apache FOP Version 2.2 [1].
Apache FOP (Formatting Objects Processor) [2] is an output independent
print formatter driven by XSL Formatting Objects (XSL-FO) [3]. FOP is
a
Package: dcmtk
Version: 3.6.1~20170228-1~exp1
Tags: upstream
Looks like dsr2xml.xsd is a bit too restrictive on it's representation
of VR:DS as used in a DICOM SR instance.
Eg:
$ xmllint --noout --schema /usr/share/dcmtk/dsr2xml.xsd test.xml
test.xml:253: element value: Schemas validity error :
Package: dcmtk
Version: 3.6.1~20170228-1~exp1
Tags: patch upstream fixed-upstream
Looks like upstream fixed recently an issue with DICOM SR:
$ dsr2xml +Wt +Ea +Xn
EnhancedSr_ChestXray_Dicom_Sample_TID2000_DCMRUID_final.dcm
/tmp/o1.xml
$ xml2dsr /tmp/o1.xml /tmp/o1.dcm
E: Document of the wrong
Control: tags -1 fixed-upstream
Looks like this should be fixed shortly:
http://git.dcmtk.org/?p=dcmtk.git;a=commit;h=275083958c36a27e5df443cac4367cdd2e4cfba7
> The current DCMTK Snapshot now supports three alternative character set
> conversion libraries: libiconv, libicu and the iconv() function from stdlibc:
> http://dcmtk.org/download/dcmtk/snapshot/dcmtk-3.6.1_20170228.tar.gz
Looks like we can finally close this bug now that have the real glibc:
Package: dcmtk
Version: 3.6.1~20170228-1~exp1
This will need to be fixed at some point, so let's report it now
against the exp package:
134/212 Test #136: dcmnet_scp_pool
.. Passed0.01 sec
135/212 Test #134: dcmdata_attribute_matching
Package: dcmtk
Version: 3.6.1~20160216-4
I would request upstream to add ifdef blocker around this. I am not
sure if the exact naming convention was chosen on purpose.
/«PKGBUILDDIR»/ofstd/libsrc/ofconapp.cc:127:0: warning:
"CANONICAL_HOST_TYPE" redefined
#define CANONICAL_HOST_TYPE "Debian"
Package: dcmtk
Version: 3.6.1~20160216-4
Looks like readdir_r is deprecated in glibc:
https://buildd.debian.org/status/fetch.php?pkg=dcmtk=arm64=3.6.1~20160216-4=1480781062=0
/«PKGBUILDDIR»/dcmwlm/libsrc/wlfsim.cc:485:27: warning: 'int
readdir_r(DIR*, dirent*, dirent**)' is deprecated
Package: dcmtk
Version: 3.6.1~20160216-4
Would be nice to add:
-DDCMTK_ENABLE_PRIVATE_TAGS:BOOL=ON
I see instead:
-DDCMTK_WITH_PRIVATE_TAGS:BOOL=ON
I could not figure out if this is a regression or just a typo that has
always been there, but it may look like upstream changed the flag
without
Package: fop
https://xmlgraphics.apache.org/fop/2.2/releaseNotes_2.2.html
Package: xmlgraphics-commons
The Apache XML Graphics team is pleased to announce the availability of
Apache XML Graphics Commons 2.2.
XML Graphics Commons is a set of components for dealing with graphics
e.g., PNG and TIFF codecs, Graphics2D implementations that generate PDF
and
Package: flashbench
Version: 62-1
Tags: patch
Attached is a suggested man page. Using:
$ help2man --version-string=62 -N -o flashbench.1 flashbench
Some other extra info could be grabbed from the README file.
Thanks.
flashbench.1
Description: Binary data
My initial report was bogus. Here is the updated one:
$ python-dbg
Python 2.7.9 (default, Jun 29 2016, 13:13:01)
[GCC 4.9.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import mad
Traceback (most recent call last):
File "", line 1, in
ImportError:
On Sat, Mar 4, 2017 at 10:42 AM, Mathieu Malaterre <ma...@debian.org> wrote:
> As a side note I have not been able to run burn using python-dbg:
>
> $ python-dbg -c "from burnlib import burn; burn.main()" "$@" -A -a *.mp3
> Traceback (most recent call last):
&
Package: python-pymad-dbg
Version: 0.9-1+b1
Severity: normal
It seems like the -dbg package is not build correctly. Steps:
mathieu@maester $ apt-cache policy python-pymad-dbg
python-pymad-dbg:
Installed: 0.9-1+b1
Candidate: 0.9-1+b1
Version table:
*** 0.9-1+b1 0
100
As a side note I have not been able to run burn using python-dbg:
$ python-dbg -c "from burnlib import burn; burn.main()" "$@" -A -a *.mp3
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.7/dist-packages/burnlib/burn.py", line 29, in
import mad
ImportError:
Package: burn
Version: 0.4.6-2
Severity: important
For some reason I can burn *.wav but not *.mp3 using burn.
Right now I need to convert the *.mp3 to *.wav first using something like:
$ for i in $( ls *.mp3 ); do ffmpeg -i $i $i.wav; done
in which case cmd: `burn -A -a *.wav` works as
On Sun, Feb 26, 2017 at 7:33 PM, John Paul Adrian Glaubitz
wrote:
[...]
> Since PIE is already enabled for ppc64el, I think we should also enable
> it for ppc64 to mitigate this problem.
[...]
Would it be possible to also activate PIE on powerpc ? The test suite
is
On Mon, Feb 13, 2017 at 9:49 AM, Jo Shields wrote:
> You'll have to smile sweetly at release@ if you want this in testing,
> now we're frozen
Technically powerpc is not a release arch anymore. So I cannot
possibly request for transition to testing for powerpc.
sid is fine,
user debian-powe...@lists.debian.org
usertags 808676 powerpc
thanks
> libgdiplus is only useful for Mono, and Mono doesn't work at all on
> 32-bit big-endian PowerPC any more.
Ping.
Thanks much
Package: src:flann
Please remove me from the Uploaders list in d/control. I cannot do it myself:
$ git push
Counting objects: 5, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (5/5), done.
Writing objects: 100% (5/5), 548 bytes | 0 bytes/s, done.
Total 5 (delta 4),
On Fri, Dec 30, 2016 at 10:06 AM, Emilio Pozuelo Monfort
wrote:
> On 29/12/16 20:56, Gaudenz Steinlin wrote:
>>
>> Hi Emilio
>>
>> Emilio Pozuelo Monfort writes:
>>
>>> Source: ceph
>>> Version: 10.2.5-2
>>> Severity: serious
>>>
>>> Your package failed to
Control: reassign -1 src:vtk6
Control: affects -1 src:gdcm
once again an issue in the deps listed in vtk cmake export file (libmpi)
fixed 1.3.5b-1
thanks
On Tue, Dec 13, 2016 at 8:26 PM, Hilmar Preusse <hill...@web.de> wrote:
> On 08.02.13 Mathieu Malaterre (ma...@debian.org) wrote:
>
> Hi,
>
>> AllowFilter does not work with SFTP, see:
>>
>> https://forums.proftpd.org/smf/index.php/topi
Source: fop
Version: 1:2.1-4
Severity: wishlist
I cannot build the DICOM docbook PDF (part17). It keeps on failing
with a mysterious error:
[INFO] FOUserAgent - Rendered page #826.
[INFO] FOUserAgent - Rendered page #827.
[INFO] FOUserAgent - Rendered page #828.
[INFO] FOUserAgent - Rendered
Source: fop
Version: 1:2.1-4
Severity: wishlist
It would be nice to install the unofficial fop.xsd as it helps tracks
issue in the XSL-FO generated.
Right now user have to apt-get source fop to get it.
Source: fop
Version: 1:2.1-4
Severity: wishlist
Tags: patch
It would be nice to start integrating up to date patch from the famous
issue #2469 in fop so that Debian user get the feeling that auto table
layout is finally supported in fop:
https://issues.apache.org/jira/browse/FOP-2469
On Mon, Nov 28, 2016 at 9:43 PM, Mathieu Malaterre <ma...@debian.org> wrote:
>> I find these informations here:
>> http://www.linux-hell.com/2015/04/11/temperature-control-on-dell-latitude-e7440-under-ubuntu-14-04-2-lts/
>
> Also referenced here: http://askubuntu.com/a
Source: ghc
Version: 8.0.1-14
User: debian-powe...@lists.debian.org
Usertags: powerpc
Looks like ghc FTBFS on powerpc:
https://buildd.debian.org/status/fetch.php?pkg=ghc=powerpc=8.0.1-14=1479144241
[...]
Target platform inferred as: powerpc-unknown-linux
GHC build : powerpc-unknown-linux
GHC
> I find these informations here:
> http://www.linux-hell.com/2015/04/11/temperature-control-on-dell-latitude-e7440-under-ubuntu-14-04-2-lts/
Also referenced here: http://askubuntu.com/a/398635/248166
Seems to works very nicely on my system:
$ sudo dmidecode | grep -A3 '^System Information'
On Sat, Nov 26, 2016 at 3:48 PM, Matthias Klose wrote:
> Control: severity -1 important
> Control: reassign -1 gcc-6
>
> Mathieu, these issues are not RC issues, gcc doesn't become unusable.
I managed to skrew up the `reassign` and missed the original
`severity` report. Sorry
Package: src:binwalk
Version: 2.1.1-15
Looks like binwalk can only extract zip files using a specific p7zip
implementation. Here is the bug report:
$ wget --content-disposition
https://github.com/devttys0/binwalk/archive/v2.1.1.zip
$ wget --content-disposition
reassign 845751 gcc 4:6.2.1-1
thanks
On Sat, Nov 26, 2016 at 1:57 PM, Adrian Bunk wrote:
> Source: yadifa
> Version: 2.2.2-1
> Severity: serious
>
> https://buildd.debian.org/status/fetch.php?pkg=yadifa=ppc64el=2.2.2-1=1480164499
>
> ...
> libtool: compile: gcc -DHAVE_CONFIG_H
It would also be nice to add the Homepage in d/control:
https://cgit.freedesktop.org/xorg/app/edid-decode/
Package: edid-decode
Version: 0.1~git20140128.afcf2a2e-1
Looks like edid-decode does not support properly some syntax. The old
read-edid seems happy:
$ parse-edid < edid
Checksum Correct
Section "Monitor"
Identifier "HP v220"
ModelName "HP v220"
VendorName "HWP"
# Monitor Manufactured week 13
Package: wget
Version: 1.16-1+deb8u1
Severity: wishlist
It would be nice if the behavior of --continue would also handle
corner cases, such as the following:
$ wget --content-disposition --continue
http://www.mckesson.com/documents/providers/mckesson-radiology-12-dicom-conformance-statement/
Control: severity -1 important
# missing -1
On Mon, Nov 7, 2016 at 11:59 AM, Gert Wollny wrote:
> Control: severity important
>
> Hello Mathieu,
>
> thanks for the patch, but since itksnap uses gdcm, and also QT5, and the
> latter uses dlload to pull in openssl-1.0
Hi,
On Mon, Nov 7, 2016 at 8:42 AM, Karl-Philipp Richter <krich...@posteo.de> wrote:
> Hi,
>
> Am 07.11.2016 um 07:44 schrieb Mathieu Malaterre:
>> You have a really surprising setup. How is it even possible to have
>> bumblebeed on PPC32 ? the package is supposed t
Package: src:opencv
Version: 2.4.9.1+dfsg-2.1
Severity: wishlist
It would be nice to also build DICOM support:
-DWITH_GDCM=ON \
Thanks
Control: tags -1 patch
Attached.
828308.patch
Description: Binary data
Hi,
On Sun, Nov 6, 2016 at 8:28 PM, Karl-Philipp Richter wrote:
[...]
> Nov 6 20:24:45 debian systemd[1]: bumblebeed.service: Service
> hold-off time over, scheduling restart.
> Nov 6 20:24:45 debian systemd[1]: Stopped Bumblebee C Daemon.
> Nov 6 20:24:45
hi,
On Thu, Nov 3, 2016 at 9:06 PM, Karl-Philipp Richter <krich...@posteo.de> wrote:
>
>
> Am 03.11.2016 um 12:15 schrieb Mathieu Malaterre:
>> Why src:linux and not simply the binary package: xserver-xorg-video-nouveau ?
> I already did at
> https://bugs.debian.or
Package: src:gdcm
Version: 2.6.6-1
Severity: minor
It may be time to drop -dbg package now that we have automated ones for free:
https://wiki.debian.org/AutomaticDebugPackages
close 779211
thanks
On Mon, Oct 31, 2016 at 11:24 AM, Laurent Bigonville <bi...@debian.org> wrote:
> Le 31/10/16 à 10:43, Mathieu Malaterre a écrit :
>
>> reopen 779211 3.0.2-1
>> thanks
>>
>> On Mon, Oct 31, 2016 at 9:58 AM, Laurent Bigonville <bi...@deb
On Sun, Oct 30, 2016 at 1:40 PM, Thomas Weber <twe...@debian.org> wrote:
> Hi Mathieu,
> On Mon, Jul 11, 2016 at 08:24:15AM +0200, Mathieu Malaterre wrote:
>> Package: src:lcms2
>> Version: 2.7-1
>>
>>
>> I believe that for a smoother transition from lcms
reopen 779211 3.0.2-1
thanks
On Mon, Oct 31, 2016 at 9:58 AM, Laurent Bigonville wrote:
> close 779211
> thanks
>
> Hi,
>
> dbg(sym) packages are now automatically built, I guess this bug can be closed
Would you please care to explain how that solve my original issue ?
Package: python-openslide-examples
Version: 1.0.1-5
I think it would make sense to create also a package that install
directly the `deepzoom_server.py`. See install steps:
https://github.com/openslide/openslide/wiki/RunningDeepZoomServerOnApache
I suggest python-openslide-deepzoom-server as
Package: linux-image-amd64
Version: 3.16+63
Seems like updatedb does not work with current stable kernel:
[ 2039.660634] INFO: task updatedb.mlocat:1261 blocked for more than
120 seconds.
[ 2039.660640] Not tainted 3.16.0-4-amd64 #1
[ 2039.660642] "echo 0 >
[...]
> There was no upstream release since 2007.
[...]
Believe or not, upstream is now active again !
https://github.com/mdadams/jasper
Underway: https://bugs.debian.org/837478
On Fri, Oct 21, 2016 at 9:36 AM, Andreas Tille wrote:
[...]
> So if anybody in the Python team would like to take over from here on
> I'd be really happy. Otherwise I consider either orphaning the package
> or ask ftpmaster for removal.
[...]
Orphan bug report was sent in
retitle 841404 RFP: PyMuPDF -- python binding for mupdf
thanks
Actually I could not get pymupdf to extract my tabular data, I am
using tabula instead now. Sorry for the noise.
Package: wnpp
Severity: wishlist
* Package name: PyMuPDF
Version : 1.9.2
Upstream Author : Ruikai Liu, Jorj X. McKie
* URL : https://github.com/rk700/PyMuPDF
* License : GPL
Programming Lang: C
Description : python binding for mupdf
This is version
> This was intentionally not supported by the upstream. The think fitz is
> still immature and should not be exposed nor dynamically linked. You
> should try to talk to upstream :)
I believe this is outside the scope of this thread. I understand this
is somewhat an experimental API, but in any
Package: libmupdf-dev
Version: 1.9a+ds1-1.2
Severity: important
I cannot use the .a mupdf library on amd64, it fails the link step with:
x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions
-Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall
-Wstrict-prototypes
It is funny that the test fails only on arch where 'char' is unsigned
Control: found -1 1:3.10.0-4
Seems like this also affects stable.
Package: valgrind
Version: 1:3.12.0~svn20160714-1+b1
It would be nice if I could use exp-sgcheck with dumpasn1.
Steps:
$ wget http://www.grfc.ru/upload/medialibrary/eec/016301.p7b
$ valgrind --tool=exp-sgcheck dumpasn1 016301.p7b
[...]
exp-sgcheck: sg_main.c:559 (add_blocks_to_StackTree):
On Mon, Oct 17, 2016 at 3:19 PM, Carnë Draug <carandr...@octave.org> wrote:
> On 17 October 2016 at 07:40, Mathieu Malaterre <ma...@debian.org> wrote:
>> Control: tags -1 moreinfo
>>
>> On Fri, Oct 14, 2016 at 5:29 PM, Carne Draug <carandr...@octave.o
Seems like this also affects ppc32 users:
https://lists.debian.org/debian-powerpc/2005/05/msg00384.html
Package: src:linux
Version: 3.16+63
Hi,
on my Mac G5 I see loss of network connectivity when doing big
downloads or uploads.
The machine cannot be pinged anymore then and also cannot ping out.
When it's happening I see the following messages:
Oct 11 10:45:13 g5 kernel: [ 430.477967] gem
Hi,
On Fri, Oct 14, 2016 at 4:45 PM, Thadeu Lima de Souza Cascardo
wrote:
> There is certainly a way to automate this, but my question on whether
> that sequence would fix the problem was intended to more easily fix a
> real bug in the driver.
>
> I can try to help fix
Control: tags -1 moreinfo
On Fri, Oct 14, 2016 at 5:29 PM, Carne Draug wrote:
> Package: libgdcm2-dev
> Version: 2.6.6-1
> Followup-For: Bug #826048
>
> I'm not 100% sure if this is the same issue I'm having but I think
> so, so I' commenting here instead of opening a new
On Thu, Oct 13, 2016 at 11:29 PM, Andreas Cadhalpun
<andreas.cadhal...@googlemail.com> wrote:
> Control: forwarded -1
> https://ffmpeg.org/pipermail/ffmpeg-devel/2016-October/201062.html
>
> Hi Mathieu,
>
> On 01.10.2016 21:14, Mathieu Malaterre wrote:
>> I do not
It would be nice to re-generate the d/control from d/control.in for
gdcm 2.6.6 since mono works on powerpc.
Thanks.
Here is the full patch for reference.
-- Forwarded message --
From: Mathieu Malaterre <ma...@debian.org>
Date: Sat, Oct 8, 2016 at 2:09 PM
Subject: [PATCH] Fix loading of module radeonfb on PowerMac
To: linux-fb...@vger.kernel.org
Cc: Lennart Sorensen
Package: ftp.debian.org
Severity: normal
Now that src:refdb has been removed from Debian archive (#839989),
refdb-client is now totally meaningless. Please remove since there no
need to maintain it anymore.
Thanks.
Package: ftp.debian.org
Severity: normal
Now that src:refdb has been removed from Debian archive (#839989),
refdb-sru is now totally meaningless. Please remove since there no
need to maintain it anymore.
Thanks.
Package: ftp.debian.org
Severity: normal
Now that src:refdb has been removed from Debian archive (#839989),
refdb-perlmod is now totally meaningless. Please remove since there no
need to maintain it anymore.
Thanks.
For reference. Once src:refdb removed, there is not much use of
refdb-client, refdb-perlmod & refdb-sru. So I will fill a RM at this
point.
Package: ftp.debian.org
Severity: normal
The package has already by removed from testing (2 RC bugs)
There has not been any news on the upstream page since 2008:
http://refdb.sourceforge.net/
On Thu, Oct 6, 2016 at 4:13 PM, Lennart Sorensen
<lsore...@csclub.uwaterloo.ca> wrote:
> On Thu, Oct 06, 2016 at 07:44:35AM +0200, Mathieu Malaterre wrote:
>> That's precisely what I tried yesterday.
>>
>> Anytime I press 'Enter' after '22 set-mode' or '32 set-depth'
Control: tags -1 pending
On Thu, Oct 6, 2016 at 4:19 PM, Emmanuel Bourg wrote:
> This bug is marked as fixed upstream in fop 2.0 and we have fop 2.1 in
> testing/unstable. Are you sure the package in unstable is still affected?
https://bugs.debian.org/805469#10
It's in
Package: src:gdcm
Version: 2.6.5-1
I've fixed a regression when using GDCM and OPJ 2.x (RGB DICOM). So
please update to latest release.
On a different note, mono-devel resurrected powerpc. So anyone doing
the source upload will need to re-run d/control.in -> d/control rule.
Cheers
Hi,
On Wed, Oct 5, 2016 at 9:23 PM, Lennart Sorensen
<lsore...@csclub.uwaterloo.ca> wrote:
> On Wed, Oct 05, 2016 at 08:55:50PM +0200, Mathieu Malaterre wrote:
>> Will do ASAP. For reference:
>>
>> https://bugs.debian.org/825840#92
>>
>> and
>&g
On Wed, Oct 5, 2016 at 7:45 PM, Lennart Sorensen
<lsore...@csclub.uwaterloo.ca> wrote:
> On Wed, Oct 05, 2016 at 06:40:36PM +0200, Mathieu Malaterre wrote:
>> On Tue, Oct 4, 2016 at 10:24 PM, Lennart Sorensen
>> <lsore...@csclub.uwaterloo.ca> wrote:
>> > On T
On Tue, Oct 4, 2016 at 10:24 PM, Lennart Sorensen
<lsore...@csclub.uwaterloo.ca> wrote:
> On Tue, Oct 04, 2016 at 09:22:17PM +0200, Mathieu Malaterre wrote:
>> On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen
>> <lsore...@csclub.uwaterloo.ca> wrote:
>> > On T
Control: tags -1 + patch
On Tue, Oct 4, 2016 at 11:37 PM, Lennart Sorensen
<lsore...@csclub.uwaterloo.ca> wrote:
> On Tue, Oct 04, 2016 at 09:39:12PM +0200, Mathieu Malaterre wrote:
>> Here is what I see:
>>
>> [ 52.270154] bus: 'pci': add driver radeonfb
As explained in upstream bug tracker, one should pay attention that
`charlstest -decodetopnm` uses inverted UNIX convention for return
value.
On Tue, Oct 4, 2016 at 9:13 PM, Lennart Sorensen
<lsore...@csclub.uwaterloo.ca> wrote:
> On Tue, Oct 04, 2016 at 08:41:45PM +0200, Mathieu Malaterre wrote:
>> Hi Len,
>>
>> Here is the release function I am using:
>>
>> static void offb_destroy(struct fb_info
On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen
wrote:
> On Tue, Oct 04, 2016 at 03:49:12PM +0200, Samuel Thibault wrote:
>> € grep bogl_set_palette *
>> bogl.c: bogl_set_palette = bogl_fb_set_palette;
>> bogl.c: bogl_set_palette = bogl_fb_set_palette;
Hi Len,
Here is the release function I am using:
static void offb_destroy(struct fb_info *info)
{
struct offb_par *par = (struct offb_par *) info->par;
if (info->screen_base)
iounmap(info->screen_base);
if (par->cmap_adr != NULL) {
On Tue, Oct 4, 2016 at 4:44 PM, Lennart Sorensen
wrote:
> On Tue, Oct 04, 2016 at 03:49:12PM +0200, Samuel Thibault wrote:
>> € grep bogl_set_palette *
>> bogl.c: bogl_set_palette = bogl_fb_set_palette;
>> bogl.c: bogl_set_palette = bogl_fb_set_palette;
On Tue, Oct 4, 2016 at 12:22 PM, Jakub Wilk wrote:
> * Pascal Grange , 2016-09-30, 08:53:
>>
>> * URL : https://github.com/pgrange/bash-unit
>
>
> 404
https://github.com/pgrange/bash_unit
Hi,
> Well it seems ATY,Rockhopper2 (not Rockhopper) in the Mac Mini is in fact
> a Radeon, and the way the radeonfb driver handles the pallete appears
> to match the cmap_radeon in offb, so perhaps this would work in offb.c
I had time to test this patch yesterday night. It did not work using
Package: src:ffmpeg
Version: 7:3.1.3-1
Tags: patch upstream
I do not believe this is proper english. Patch attached.
Description: Fix simple typo
Author: Mathieu Malaterre <ma...@debian.org>
--- ffmpeg-3.1.3.orig/ffmpeg.c
+++ ffmpeg-3.1.3/ffmpeg.c
@@ -3551,7 +3551,7 @@ stat
Package: devscripts
Version: 2.15.3+deb8u1
While working on bug #819711 I realized the debdiff *.dsc did not
include the newly generated debian/libmonoboehm-2.0-1.symbols.powerpc.
I am guessing something wrong with matching expression.
Let me know if you need further detail.
Thanks.
Control: tags -1 patch
Attaching debdiff. Sorry this bug totally fell of my radar. Thanks for
resurecting powerpc binaries !
debdiff did not include the updated powerpc symbol file for some
reason attaching as file directly.
The patch has been tested on partch.d.o where building previously
For reference.
-- Forwarded message --
From: Mathieu Malaterre <ma...@debian.org>
Date: Tue, Sep 13, 2016 at 3:37 PM
Subject: Re: [powerpc] offb: red / blue color inversion
Geert,
On Fri, Jun 17, 2016 at 9:11 AM, Geert Uytterhoeven
<ge...@linux-m68k.org> wrote:
For reference.
-- Forwarded message --
From: Mathieu Malaterre <ma...@debian.org>
Date: Wed, Jun 15, 2016 at 10:34 AM
Subject: Re: Rational for having CONFIG_FB_RADEON=m
Hi Ben,
On Tue, Jun 14, 2016 at 1:15 PM, Benjamin Herrenschmidt
<b...@kernel.crashing.org> wro
Package: src:openjpeg2
Version: 2.1.1-1
-- Forwarded message --
From: Antonin - OpenJPEG
Date: Wed, Sep 28, 2016 at 9:10 PM
Subject: [OpenJPEG] OpenJPEG 2.1.2 is out
To: "openj...@googlegroups.com"
Hi folks,
OpenJPEG 2.1.2 is
Package: binwalk
Version: 2.1.1-9
For some reason some options are not documented in the man page which
is rather confusing. Eg `--deflate` is not present in the man page,
but is in the output of help:
$ binwalk -h | grep defl
-X, --deflateScan for raw deflate compression
Package: binwarlk
Version: 2.1.1-9
For some reason some options are not documented in the man page which
is rather confusing. Eg `--deflate` is not present in the man page,
but is:
$ binwalk -h | grep defl
-X, --deflateScan for raw deflate compression streams
Thanks
Package: src:gcc-6
Version: 6.2.0-4
Severity: important
[...]
Observed that boot arguments (passed as CONFIG_CMDLINE) are not being
picked up by kernel while using gcc-ppc64-linux-gnu v5.4.0 and v6.1.1.
While it works as expected with v5.3.1 .
Found that in init/main.c in setup_command_line()
601 - 700 of 3561 matches
Mail list logo