grub2 upstream needs some fixes to accept spare disks in raid arrays.
the attached modifications in 'grub-core/drive/raid.c' stopped the
segmentation faults on my machine.
=== modified file 'grub-core/disk/raid.c'
--- grub-core/disk/raid.c 2010-09-13 21:59:22 +
+++ grub-core/disk/raid.c 2010-
just a few additional remarks about this bug fix in my last post:
spare disks within a raid array don't show a useful 'index' number.
they may have values like 65535 in their index field.
whiteout this fix it's nearly impossible to install grub on any machine
with software raid and spare disks
here is a revisted patch.
it takes care, that spare (index == 0x) or faulty (index == 0xfffe)
drives don't increment array->nr_devs. otherwise the function
grub_is_array_readable would return wrong results.
sorry, i didn't recognize that in my first attempt.
=== modified file 'grub-core/d
here is a revised patch.
it takes care, that spare (index == 0x) or faulty (index == 0xfffe)
drives don't increment array->nr_devs. otherwise the function
grub_is_array_readable would return wrong results.
sorry, i didn't recognize that in my first attempt.
=== modified file 'grub-core/di
version 2.11 doesn't import photos from my camera too.
i have to use the 2.11 package from lenny and set it on hold.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
this probleme seems to be related to the missing
/lib/udev/rules.d/40-libgphoto2-2.rules file in debian. as a workaround
you can copy this file from ubuntu.
see also:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564540
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531978
--
To UNSUBSC
Am 2010-10-26 00:16, schrieb Robert Millan:
I'm afraid I'm not familiar enough with this part of the code to ACK
this kind of patch during freeze.
Has this patch been sent upstream? Was it reviewed there?
If it hasn't, please do. If it's committed or at least ACKed in upstream,
I see no proble
Am 2010-10-26 00:16, schrieb Robert Millan:
Has this patch been sent upstream? Was it reviewed there?
there is now a much more complete patch by vladimir serbinenko
for upstream available. beside some minor cleanup (change 'index' from
signed to unsigned) and refactoring (folding some fields t
Am 2010-10-30 22:00, schrieb Vincent Danjean:
On 28/10/2010 15:44, Robert Millan wrote:
Have you tested this with the version in Debian? Is it known to
work with 1.x and not cause regression with 0.9?
it works fine in my (version 1.0) setup but it couldn't test it in all
the the other possibl
Am 2010-10-31 13:56, schrieb Robert Millan:
So you want me to cherry-pick this non-trivial patch but nobody has
tested it with mdraid 0.9, which I presume is the most widely deployed
version?
just for testing purposes i set up a 0.9 array on my machine:
r...@sow:~# cat /proc/mdstat
Personaliti
Am 2010-11-01 23:11, schrieb Robert Millan:
I backported the patch, please can you test this?
i had some simple compilation errors:
../../disk/mdraid_linux.c:257: error: request for member ‘this_disk’ in
something not a structure or union
fixed it:
--- disk/mdraid_linux.c-old 2010-11-
Package: rtklib
Version: 2.4.3+dfsg1-2.1
Severity: important
Dear Maintainer,
please update the rtklib package!
although the rtklib-packes in the debian repository are based on the
upstream development branch (2.4.3) of this application, it's in fact
still based on a utterly outdated patch level
Package: netdata
Version: 1.34.1-1
dear Daniel Baumann!
first of all i really have to thank you for your extraordinary quick
netdata debian package maintenance work.
nevertheless i still have to report some disappointment about important
missing parts in this packages.
the go.d.plugin, whi
On 02.12.20 09:04, Gürkan Myczko wrote:
I think I did some time ago (well a new co maintainer acutally did, i
just fixed minor formatting in his changes and some lintian clean ups):
http://sid.ethz.ch/debian/rtklib/
thanks for this efforts!
Unfortunately I lost my post-dsc-in-irc sponsor h
Package: raspi3-firmware
Version: 1.20170317-4
the sort commands utilized for searching the most actual kernel in
/etc/kernel/postinst.d/raspi3-firmware are not using option
--version-sort. this doesn't work for updates e.g. from 4.9 to 4.12.
a patch to fix this issue is included.
diff --git
the suggested vmdebootstrap patch by Michael doesn't set the customized
boot mount point in /etc/fstab of the generated images.
i also think, the '--bootdirfmt' and its unusual "%s..." syntax doesn't
look very handy. therefore i used a simple '--bootdir' option in my fix.
working patch attach
Package: raspi3-firmware
Version: 1.20170317-4
the raspi3-firmware kernel postinstall hook should take care of
uncompressing kernel moved to /boot/firmware. raspberry firmware can
only handle uncompressed images (otherwise the board will hang and only
show the rainbow screen).
debians offici
On 2017-06-19 11:39, Michael Stapelberg wrote:
Could you supply a tested patch which accomplishes this please? I only
use the Debian kernel images. Thanks.
yes -- i'll try to find a solution for this issue asap.
i'll send you a patch.
On 2017-06-19 11:39, Michael Stapelberg wrote:
Could you supply a tested patch which accomplishes this please? I only
use the Debian kernel images. Thanks.
you can find a workaround for this issue at:
https://gitlab.com/mash_graz/raspi3-firmware/commit/c91645aea40c545d3c4a1cdab5fa8899abc8ceb7
On 2017-10-07 09:16, Michael Stapelberg wrote:
i finally didn't use extract-vmlinux from the kernel scripts, because it
doesn't work for arm kernels (see:
https://patchwork.kernel.org/patch/8120831/), but the 7zip solution also
doesn't without flaws.
Can you clarify what that means? What are
Package: openimageio
Version: 1.5.19~dfsg0-1
there is no python package for openimageio available for debian and it's
not easy to build without compiling the whole package...
(see: http://openimageio.org/wiki/index.php?title=Python_bindings)
the python module is necessary to rebuild/update ACE
Package: opencolorio-tools
Version: 1.0.9~dfsg0-4
there are manual page for ociolutimage and ocioconvert in the package
opencolorio-tools but the commands are not included.
ociolutimage is used/needed by the selfcheck of ACES 1.0.1 config python
scripts.
On Thu, 28 May 2015 17:37:09 +0200 Adrien Grellier wrote:
I just started the packaging this week. Sorry for the delay
it's now have a year later...
krita can not be used/installed anymore on typical debian testing
machines because of unresolved dependency problems. no necessary update
happe
On 2015-10-19 04:18, Dmitry Smirnov wrote:
I understand your frustration but situation is more complex than it seems.
thanks for your kind reply. :)
don't worry, i'll wait as long as it takes...
good luck!
it would be really helpful, if could have access to natron in a more
debian like style at last.
although it's a GPL licensed project, binaries from
https://natron.fr/download/ are only available after registration and
the .deb creation mechanism used for their packages doesn't look very
trans
this problem still exists in darktable:amd64/testing 1.4-1
ls -lh Bilder/xyz/darktable_gallery/js
-rw-r--r-- 1 mash mash0 Jän 8 19:28 builder.js
-rw-r--r-- 1 mash mash0 Jän 8 19:28 effects.js
-rw-r--r-- 1 mash mash0 Jän 8 19:28 lightbox.js
-rw-r--r-- 1 mash mash0 Jän 8 19:28 l
Package: dcraw
Version: 9.21-0.2
there is a new upstream version (9.22) of dcraw available.
it would be very helpful to get support for new cameras (eg. lumix GH4).
thanks!
martin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
Package: libpam-passwdqc
Version: 0.7.5-1
Severity: normal
the documentation for parameter N2 in the list of minum allowed password
lengths asserts:
"N2 is used for passphrases. A passphrase must consist of
sufficient words (see the "passphrase" option below)."
Package: refind
Version: 0.13.2-1+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
The present refind package is outdated even in sid and testing.
The actual upstream allready fixied this issue.
* What exactly did you do (or
Package: libradare2-5.0.0t64
Version: 5.9.4+dfsg-1
Severity: important
Dear Maintainer,
The version 5.9.4 of the radare2 libs is missing the symbolic links to the
unversioned *.so location.
This effects the GUI tool `iaito`, which will not start anymore because it
doesn't find the requred libs.
On 13.08.24 14:59, Gürkan Myczko wrote:
[...] can you tell me which version of iaito
you are using? And how it was installed?
I used the `iaito` debian packages from the upstream github repos
release section:
https://github.com/radareorg/iaito/releases/download/5.9.4/iaito_5.9.4_amd64.de
31 matches
Mail list logo