Jonathan Nieder wrote:
> Setting up grub-pc (1.99~rc1-1+b3) ...
> camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed
[...]
> /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1.
> Check your device.map.
> dpkg: error processing grub-pc (--configure)
Package: grub-common
Version: 1.99~rc1-1+b3
Severity: grave
Justification: cannot configure grub-pc
Hi,
Typical mixed experimental/sid kfreebsd-amd64 system. grub-pc from
sid is installed without trouble. Trying to upgrade to experimental,
I get:
Configuring grub-pc
GRUB faile
I forgot to mention that I don't have an eve account, nor am I very
familiar with the game. So I couldn't test this patch extensively, but
I did test the get_random_tmp_filename() function separate from the
program, and I think everything checks out. The only changes I didn't
test were in the eve()
Update2: dpkg can install the .deb.
Conclusion-suggestion: Dependency resolution in apt/aptitude is broken |
libxerces2-java is broken.
Cheers,
Martin
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
Processing commands for cont...@bugs.debian.org:
> tags 612033 +patch
Bug #612033 [conky] vulnerability: rewrite arbitrary user file
Added tag(s) patch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
612033: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612033
An update.
My first assumption seems to be wrong, but something else seems to be
seriously wrong:
root@sslvpn-test:/usr/src# aptitude why libxerces2-java gcj-4.4-base
p libxerces2-java Depends default-jre-headless | java1-runtime-headless
| java2-runtime-headless
p gcj-4.4-jre-headless
tags 612033 +patch
thanks
What do you guys think of this patch?
I chose not to use mkstemp, because there is no requirement that
mkstemp return a file descriptor that is secure, random, or
unpredictable. mkstemp is only required to provide a filename that is
unique.
-Brandon
--- eve.c 2010-03-25
Package: libxerces2-java
Version: 2.9.1-4.1
Justification: renders package unusable
Severity: grave
root@sslvpn-test:/usr/src/adito-0.9.1# aptitude show libxerces2-java
[...]
Depends: default-jre-headless | java1-runtime-headless |
java2-runtime-headless, libjaxp1.3-java
[...]
root@sslvpn-test:/
On Ubuntu builders it can't stop building. I uploaded nbd_1:2.9.20-1~1
to my PPA:
https://launchpad.net/~ari-tczew/+archive/testing/+buildjob/2243867
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.or
On Sat, Feb 05, 2011 at 04:16:10PM +1930, Olaf Reitmaier Veracierta wrote:
> Tests that have been made with files over 6GB in a server with LVM
> partitions containing EXT3 and GFS2 filesystems (LVM partitions are
> distributed over a SAN and LOCAL DISK).
>
> 1) Copy from LOCAL DISK (EXT3) to LOCA
Note that a new CVE id (CVE-2011-0536) has been assigned for a
vulnerability introduced by the patches for cve-2010-3847 [0]. It
sounds like this affects the recent DSAs. Please take a look at the
code and figure out what needs to be done to resolve these three
issues: CVE-2010-3847, CVE-2010-3856
I found the ip usage in the debian init.d script. Here's a one-liner
patch to fix the iproute dep. It'd be great if a new package could be
released fixing this bug.
Thanks,
wt
add_iproute_dep.diff
Description: Binary data
Processing commands for cont...@bugs.debian.org:
> tags 612024 - lenny lfs squeeze
Bug #612024 [gfs2-tools] gfs2-tools: File corruption when copying large files
to gfs filesystem
Removed tag(s) squeeze, lfs, and lenny.
> thanks
Stopping processing here.
Please contact me if you need assistance.
How wrong time... I hope that the sponsor will help to quickly upload a revised
package.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, 4 Feb 2011, Philipp Kern wrote:
> On Fri, Feb 04, 2011 at 11:23:48AM +0100, eyck wrote:
> > None of the medium-sized (2-4G) archives created using 0.45 can be
> > recovered.
> > Those archives cannot be recovered using neither 0.18 nor 0.551.
> > Archives created using 0.18 work ok, arch
In response to Mike, you wouldn't find the source code for the Dropbox
daemon in any release, as it is proprietary (but still distributable, hence
non-free). However, Dropbox's Nautilus plugin is open source, and licensed
under the GPLv3 (Rian, please correct me if I'm wrong). Ivan's original
Dropb
16 matches
Mail list logo
