Package: opensmtpd
Version: 6.6.1p1-5~bpo10+1
Severity: critical
Tags: security upstream
Justification: root security hole
Dear Maintainer,
Opensmtpd 6.6.1 has 2 critical vulnerabilities, including one that results in a
remote root arbitray code execution
see https://www.mail-archive.com/misc@o
FLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) \
--build=$(DEB_BUILD_GNU_TYPE) \
--
Matt Wheeler
m...@funkyhat.org
signature.asc
Description: OpenPGP digital signature
'legacy' experiment is a failure so
> far.
On my 965GM it's a huge improvement over the driver in testing which lasts
seconds and is unusable.
I've been running with it for some time now and only two crashes so far,
no accelerated video is the thing I miss most.
I'
Package: salome
Version: 5.1.3-10
Severity: grave
Justification: renders package unusable
When trying to start the program with the command
salomeloader
The following error is returned:
:~$ salomeloader
Traceback (most recent call last):
File "/usr/bin/salomeloader", line 20, in
impor
I confirm this bug with the exact same error. It is also _grave_ as I
can't print AT ALL on my kde installation.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi all,
I tested the Ubuntu packages (1.0.28~saucy) and the same crash happens.
backintime-common (1.0.28~saucy)
backintime-notify (1.0.28~saucy)
backintime-kde4 (1.0.28~saucy)
Hope this helps.
Cheers
Hi all,
I just updated sid and it pulled new KDE libraries. Now I got the following
error:
Traceback (most recent call last):
File "/usr/share/backintime/kde4/app.py", line 1136, in
main_window = MainWindow( cfg, app_instance, kapp, kaboutdata
)
File "/usr/share/backintime/kde4/app.py",
ubject: wicd-kde: Wicd-KDE plugin does not show on systray or desktop (KDE5)
Package: wicd-kde
Version: 0.3.1-1
Justification: renders package unusable
Severity: grave
Dear Maintainer,
* What led up to the situation?
Install the package and try to add it to the systray or desktop.
* What
On Sun, 2017-11-05 at 17:35 +, Luca Boccassi wrote:
> On Fri, 2017-11-03 at 19:41 -0500, JWM wrote:
> > Package: bumblebee-nvidia
> > Version: 3.2.1-16
> > Severity: grave
> > Justification: renders package unusable
> >
> > Dear Maintainer,
> >
> > My system is a Thinkpad T440p, with both an
Package: gnome-shell
Version: 3.22.3-3
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
Just use debian desktop
* What was the outcome of this action?
syslog says gnome-shell[800]: JS LOG: pushModal: invocation of begin_modal
Hi,
On Mon, Jan 07, 2019 at 12:24:29AM +0100, Petter Reinholdtsen wrote:
> Is TensorFlow different from libtensorflow, already in unstable:
experimental
> libtensorflow-cc1.
control: severity -1 important
This is not baseline violation. julia -C
"armv7-a;armv7-a,neon;armv7-a,neon,vfp4"
compiles 3 branches of code, and the optimal branch will be selected
during runtime. The SIGILL raised during build on the buildd stems from
LLVM's incorrect CPU detection.
Here is
Control: fixed -1 2.1.11-1
2.1.11-1 has migrated to testing.
Control: severity -1 important
Control: fixed -1 1.13.1+dfsg-5
I believe these symlinks were deprecated already. These symlinks are removed in
1.13.1+dfsg-5 (experimental).
I'm not able to prepare a 1.13.1+dfsg-4.1 release to only remove these symlinks
within a short time... too busy lately.
So
I tried purging the mono font packages, then supertuxkart and then
reinstalling supertuxkart from scratch.
This way the installation was working fine.
I do not know what happened (why the first installation of supertuxkart did
not work), but I solved the problem.
So you can close this bug I guess
Feel free to break the pytorch reverse dependencies without a
transition slot -- we do not need the slot in the current status.
The rdeps are already not in testing due to RC bugs and needs
some new patchworks. Manual upload is needed for its rebuild.
On Fri, 2023-01-27 at 20:19 +0800, Aron Xu wro
For reference, a 8 core + 16GB RAM configuration should be able to finish the
pytorch compilation timely. The build takes roughly an hour. My observation
is based on power9 -- on amd64 it should be something similar.
On Sun, 2023-01-29 at 11:09 +0800, Aron Xu wrote:
> On Fri, Jan 27, 2023 at 9:42
On Sun, 2023-01-29 at 09:03 +0100, Andreas Tille wrote:
>
>
> I have no idea about fmtlib but I noticed:
>
> [2022-09-04] fmtlib 9.1.0+ds1-2 MIGRATED to testing (Debian testing
> watch)
> [2022-09-04] Accepted fmtlib 9.1.0+ds1-2 (source) into unstable
> (Shengjing Zhu)
> [2022-08-27] Accepted fm
On Mon, 2023-01-30 at 06:46 +0100, Andreas Tille wrote:
> Am Sun, Jan 29, 2023 at 10:22:24AM -0500 schrieb M. Zhou:
>
>
> Since we do not have this module[2] (yet) we should probably exclude all
> tests that need this module, right? If you think its a nice thing to
> have I
Source: onetbb
Version: 2021.9.0-1
Severity: serious
I'm aware of this issue. I'm slightly faster than buildd for toolchain
upgrades. The issue will automatically disappear once our amd64 buildd
migrates to gcc-13. The gcc-12 will lead to the FTBFS you see now.
Local sbuild with gcc-13 has no iss
Currently, I'd say PyTorch and TensorFlow are the two most
popular libraries. And I even worry google is trying to
write something new like Jax to replace TensorFlow in some aspects.
On Sat, 2023-01-14 at 11:12 +, Rebecca N. Palmer wrote:
> theano has been mostly abandoned upstream since 2018.
Control: severity -1 important
I think this FTBFS mostly stems from the toolchain.
1. before the bug is filed, it builds successfully on amd64
2. On the day I recieved this bug report, I reproduced it
3. after some toolchain updates, I cannot reproduce it anymore
Sure, I think we can ship a snapshot version as long as it works
fine with llvm-14. Could you please verify the snapshot hash
again?
https://github.com/numba/llvmlite/commit/c65b3e662b7b08920172b710419d7a06b660be59
The commit seems missing. If it was close to the master branch,
I can directly pul
: build: plugin distutils failed with: exit code=1:
/usr/bin/python3 setup.py build
dh_auto_build: error: pybuild --build -i python{version} -p "3.11 3.10"
returned exit code 13
make: *** [debian/rules:11: build] Error 25
dpkg-buildpackage: error: debian/rules build subprocess returned
Control: severity -1 important
Lowering the severity to unblock the migration, as migration is
currently the first priority for us due to the huge diff between
0.8.6 and 2.0.1, given the stable freeze schedule.
I will fix it and upload 2.0.1-3 immediately after migration.
It is easy to apply for
Hi,
I can confirm this bug happening on Amazon Lightsail and EC2 instances
running Debian. After kernel upgrade the machines won't boot anymore and
end in kernel panic.
Here is a log from failed boot on EC2:
[0.16] [] ? rest_init+0x80/0x80
[0.16] [] ? kernel_init+0xa/0x100
[
Package: node-iconv-lite
Version: 0.4.13-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Directories `encodings` and `generation` are not included in debian package
archive.
npm2deb skips it as those directories are not mentioned in package.json.
-- System Information
To anyone who is concerned with the package status in debian,
since there is a significant change in packaging, we have to
go through new queue again.
https://ftp-master.debian.org/new/onetbb_2021.4.0-1~exp1.html
This depends on our ftp team.
The latest package git repository is here:
https://sal
Hi Diane,
Thank you. I have added that patch in the git repository.
On Tue, 2022-02-08 at 13:49 -0800, Diane Trout wrote:
> Hi,
>
> After Andreas pointed it out I looked through some of the build
> failures for onetbb and talked to upstream about the i386 failure.
> https://github.com/oneapi-src
Source: tensorflow
Version: 2.3.1-1
Severity: serious
Justification: FTBFS; Bazel tries to download during build.
Building tensorflow locally with sbuild results in errors like the follows
ERROR:
/<>/tensorflow/compiler/mlir/tensorflow/BUILD:1249:11:
//tensorflow/compiler/mlir/tensorflow:compile_
Hello guys. Finally it's all green on our release architectures
https://buildd.debian.org/status/package.php?p=onetbb&suite=experimental
I shall request the slot for transition once finished the rebuild
of its reverse dependencies and filed FTBFS bugs if any.
On Tue, 2022-02-08 at 17:59
se dependencies since some of the core APIs have been changed.
Please expect a relatively negative rebuild result.
Help is welcome.
On Mon, 2022-03-14 at 01:30 +0530, Nilesh Patra wrote:
> Hi Mo,
>
> On 2/23/22 11:01 AM, M. Zhou wrote:
> > Hello guys. Finally it's all
API changes. So I guess the
transition won't be easy.
On Wed, 2021-12-29 at 23:27 -0800, Diane Trout wrote:
On Thu, 2021-12-23 at 11:03 -0500, M. Zhou wrote:
> Hi all,
>
> I'm back.
>
> I've just finished my final exams so I could do something during
> the holi
Hi all,
I'm back.
I've just finished my final exams so I could do something during
the holiday. That TBB repository is still work-in-progress and
FTBFS from the master branch is something expected. I will finalize
it soon. Andreas said in previous posts that we prefer a faster
NEW queue process.
Hi Dominique,
Will do it later. BTW, the *.moarvm not found error is related to this:
https://github.com/rakudo/rakudo/issues/3093
We can temporarily symlink several directories to wordaround this.
On Fri, 13 Sep 2019 at 12:24, Dominique Dumont wrote:
>
> On Thursday, 12 September 2019 08:33:0
and moar in unstable to fix this FTBS.
moarvm and nqp (= 2019.07.1) builds fine in experimental. rakudo (2019.07.1)
still stays in the git repo and has not been uploaded yet. I'm somehow
stuck on a strange installation failure (likely permission issue):
'/home/lumin/Debian/perl6/rakudo/
On Tue, 27 Aug 2019 at 15:21, Dominique Dumont wrote:
>
> On Tuesday, 27 August 2019 10:04:23 CEST Dominique Dumont wrote:
> > Right.. This is the same error than the one showing in the FTBS issue.
> >
> > I guess we need to talk to upstream. They may not have seen this issue yet
> > if they use a
Hi,
Thanks for the bug report. I'm aware of the break, and other users have reported
this issue some time before:
https://lists.debian.org/debian-ai/2022/06/msg00060.html
The break is due to onnx 1.12 upgrade.
The pytorch version in the new queue works fine with onnx 1.12,
as mentioned in the abo
Control: severity -1 important
I've uploaded 1.12 to unstable. Let's see whether the situation has been
changed a little bit for armhf.
Floating point precision is sometimes flaky indeed, but I think this would not
be that fatal.
So changing the severity down to important. If the flaky test no l
Control: reopen -1
Control: found -1 0.38.1-3
Simply upgrading llvm deps from 11 to 13 leads to regression for
numba. I'm reverting this change back until the upstream source
code can really support a newer version.
Source: blender
Version: 2.83.5+dfsg-5
Severity: serious
I found it ftbfs during onetbb reverse dependency test,
although the reason irrelevant to onetbb.
Version 3.X is still not built for amd64.
Source: gazebo
Version: 11.10.2+dfsg-1
Severity: serious
I was testing rdeps for onetbb transition but found this issue.
Source: trilinos
Version: 13.2.0-1
Severity: serious
This is a side-product of a rebuild test against libtbb-dev/experimental
==> CMakeFiles/CMakeError.log <==
Performing C++ SOURCE FILE Test FINITE_VALUE_HAVE_
Package: libpam-chroot
Version: 0.9-5
Followup-For: Bug #991113
X-Debbugs-Cc: maddes+deb...@maddes.net
Dear Maintainer,
the library pam_chroot.so is installed in the wrong location, therefore it
cannot be loaded.
This prevents anyone (incl. root) to log into systems that require that module.
Cha
I had a look at the package source and only the paths in the file
debian/rules [1] have to be changed.
Extend all `lib/$(DEB_HOST_MULTIARCH)` to
`lib/$(DEB_HOST_MULTIARCH)/security` (added suffix `/security`).
[1] https://sources.debian.org/src/libpam-chroot/0.9-5/debian/rules/
Here the change
The bug should have been fixed in the -13 upload of src:onetbb
The FTBFS occurred because of GCC-11 -> GCC-12 bump.
According to upstream suggestion, we can simply turn off some warnings.
Please let me know if this bug persists.
On Wed, 2022-08-24 at 13:21 -0700, Diane Trout wrote:
> On Fri, 2022
On Sat, 2022-08-27 at 08:55 +0200, Emanuele Rocca wrote:
> On 08/04 09:36, Paul Gevers wrote:
> > We are in the transition of making python3.10 the default Python
> > versions
> > [0]. With a recent upload of python3-defaults the autopkgtest of
> > pytorch
> > fails in testing when that autopkgtest
Source: tbb
Version: 2020.3-2.1
Severity: serious
src:tbb: do not migrate. this source is deprecated in favor of
src:onetbb. The RM bug of src:tbb is filed at
https://bugs.debian.org/1014990
Source: scikit-learn
Version: 1.1.1-1
Severity: serious
Justification: Policy section 4.9 violation
There are loads of similar traceback message saying the documentation build
has failed to retrieve some URL, like this:
```
generating gallery for auto_examples/decomposition... [ 30%]
plot_faces_
s I cannot
address this issue in timely manner.
On Thu, 2022-07-28 at 10:15 +0200, Andreas Tille wrote:
> Hi Graham,
>
> Am Thu, Jul 28, 2022 at 09:15:06AM +0200 schrieb Graham Inggs:
> > Hi
> >
> > On Wed, 27 Jul 2022 at 17:57, M. Zhou wrote:
> > > The p
The pam-chroot source code from Ed Schmollinger is currently at:
https://github.com/gpjt/pam-chroot
Maybe he is willing to create an GitHub Organization and add you as a
developer.
Or he even is willing switch to Salsa.
Kind regards
Matthias "Maddes" Bücher
Source: openblas
Version: 0.3.20+ds-1
Severity: serious
Justification: FTBFS
According to lapack 3.10.1 release note and upstream pull request 570,
xCOMBSSQ has been deprecated. Openblas upstream source has not yet
adapted to this change. And thus FTBFS due to missing the following
two symbols (fo
Control: fixed -1 2.6.1-1
Package: zfs-dkms
Version: 2.1.6-3
Severity: serious
It was built againt 6.0.0-3-amd64 on my sid machine, but suddenly
stopped working with the recent 6.0.0-5-amd64 kernel.
Control: reassign -1 dkms 3.0.8-2
Control: retitle -1 regression: dkms/3.0.8-2 renders zfs-dkms FTBFS
Control: severity -1 serious
Hi,
Thank you for the information! I can confirm that this is the same issue
that you have encountered. By commenting out the --environment-overrides,
the current zfs
Control: merge 1025214 1025171
The "MAKEFLAGS="--environment-overrides" also caused zfs-dkms FTBFS.
The two bugs above are the same issue, hence the merge.
Control: severity -1 important
Control: tags -1 +moreinfo
I'm still not sure about why the upgrade failed, and I could not
reproduce the problem in a clean chroot using the following script:
https://salsa.debian.org/zfsonlinux-team/zfs/-/blob/master/debian/tests/sbuild-shell-bullseye-to-bookworm.
Package: minissdpd
Version: 1.5.20161216-2
Followup-For: Bug #889028
Dear Maintainer,
During dist-upgrade minissdpd failed to install. It seems to try opening an
IPV6 socket.
-- Error message from apt:
Setting up minissdpd (1.5.20161216-2) ...
Job for minissdpd.service failed because t
Package: debian-installer
Version: stable
Severity: grave
hi maintainer,
big graphical bug with the installer netinstall of Debian Stretch 9.3, but
also Testing and Sid.
Ditto with the installer mini iso-Stretch 9.3
I created my bootable usb drive with "dd", unetbootin, etcher, but the big
grap
On Tue, 27 Sep 2016 13:21:58 -0400 Jerome Charaoui
wrote:
> Le 2016-09-27 à 13:09, Svetlin Zarev a écrit :
> > I've fixed the issue on my side by removing CLUTTER_PAINT=disable-
> > clipped-redraws:disable-culling from my /etc/environment
> >
> > I;ve added this property years ago as a solutio
This is blocking migration https://tracker.debian.org/pkg/golang-golang-x-oauth2
> Migration status for golang-golang-x-oauth2 (0.4.0-1 to 0.15.0-1): BLOCKED:
> Rejected/violates migration policy/introduces a regression
> Issues preventing migration:
> ∙ ∙ autopkgtest for golang-golang-x-oauth2/0
The ultimate fix is to update the upstream version (#1059087) but this
is blocked on work in four other packages including two new packages.
An interim fix would be to backport the upstream fix (patch attached).
0001-ignore-universeDomain.patch
Description: Binary data
> --- FAIL: TestTokenSource (0.00s)
> panic: cannot handle unexported field at {*google.Credentials}.universeDomain:
> "golang.org/x/oauth2/google".Credentials
This is fixed upstream
https://github.com/googleapis/google-api-go-client/commit/b3a71bda027d9ff92df3bf76b5ee9ffa55520dd9
so hopefully upd
Control: tags -1 +patch
https://salsa.debian.org/apt-team/python-apt/-/merge_requests/90
Sorry for the inconvenience. This is a temporary break due to the
undergoing pytorch 2.0.1 upgrade work.
On Mon, 2023-08-21 at 14:52 +0200, Mattias Ellert wrote:
> Package: python3-torch
> Version: 1.13.1+dfsg-4
> Severity: serious
>
> Importing torch results in failure due to missing symbols:
>
If it helps, I opened a pandoc issue about the groff "warning: cannot
select font 'C'" https://github.com/jgm/pandoc/issues/9020
Same here. But I have some different conclusions after fixing my
machine.
Before my machine becoming unable to boot, the last apt log involves
Start-Date: 2023-09-05 00:09:00
Commandline: apt upgrade
Requested-By: lumin (1000)
Upgrade: libimath-3-1-29:amd64 (3.1.9-2, 3.1.9-3), python3-brlapi:amd
On Tue, 5 Sep 2023 18:11:55 +0200 "Miguel A. Vallejo"
wrote:
> M. Zhou wrote:
>
> > But after that I noticed that the most important
> > package grub-efi-amd64-signed:amd64 (1+2.06+13,
> > 1+2.12~rc1+7) was not upgraded along with the other
> > grub pac
On Sun, 2023-09-17 at 14:12 +0200, Ari wrote:
> Have you, maintainers of zfs, considered configuring the packages so
> that it skips trying to build of affected kernels?
> This would at least reduce the time of installing any packages
> drastically - currently my system tries to build it for two ke
The issue still exists with armel:
https://buildd.debian.org/status/package.php?p=onetbb
On Wed, 2023-08-02 at 22:46 +0200, Petter Reinholdtsen wrote:
> [M. Zhou]
> > I'm aware of this issue. I'm slightly faster than buildd for
> > toolchain
> > upgrades. The iss
Control: fixed -1 2021.9.0-2
I agree.
On Thu, 2023-08-03 at 00:32 +0200, Petter Reinholdtsen wrote:
> [M. Zhou]
> > The issue still exists with armel:
> > https://buildd.debian.org/status/package.php?p=onetbb
>
> If so, this is a duplicate of
> https://bugs.debian.org/1
On Sun, Jun 18, 2006 at 02:52:59PM -0500, Luis Rodrigo Gallardo Cruz wrote:
> As far as I can tell, this bug has not affected anyone else, nor has
> it been reproducible. Do you have any information that could help track it
> down?
>
> If you don't provide more info, in one month, I will downgrad
Package: gnucash
Severity: grave
Justification: renders package unusable
Trying to install gnucash, from the latest unstable on
http://debian.csail.mit.edu/debian-amd64/debian/. apt-get fails with two
dependencies, slib and guile-1.6. Installing one of them causes the
other one to be uninstalled.
Package: kernel-source-2.4.27
Version: 2.4.27-10sarge1
Severity: serious
Justification: no longer builds from source
-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.4.27-2-sparc64
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Hello,
When attempt
Package: gnumail.app
Version: 1.1.2-5
Severity: grave
Justification: renders package unusable
Hello,
I'm an Etch user and wanted to give GNUmail a try. According to the user's
guide and the screenshots it is a nice full featured MUA.
I aptituded it, opened a terminal window (under xfce) and type
Package: gnumail.app
Version: 1.1.2-5
Followup-For: Bug #358840
Hello Yavor and Hubert,
before submitting the bug, I easily reproduced it 4 times in a row.
But today it is unreproducible and I feel stupid ;)
I'm sorry for this useless bug report which can be closed.
As I try to update my Etch sy
Package: python-pysqlite2
Version: 2.0.5-1
Severity: grave
Justification: renders package unusable
i encounter the error
pysqlite2.dbapi2.Warning: You can only execute one statement at a time.
with version 3.3.5-0.1 of libsqlite3-0.
libsqlite3-0 3.2.8-1 works fine. an example program is
from
if you downgrade libsqlite3-0 gajim will work again. you can get it
from
http://snapshot.debian.net/archive/2006/01/05/debian/pool/main/s/sqlite3/libsqlite3-0_3.2.8-1_i386.deb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: python2.4-pysqlite1.1
Version: 1.1.6-2
Severity: grave
Justification: renders package unusable
this may be related to Bug#361254, 361066 and 361097. if using the
following program:
import sqlite
con = sqlite.connect('data.db')
res = con.cursor().execute('SELECT * FROM data')
the prog
hi joel,
On Sat, Apr 08, 2006 at 10:25:32PM +0200, Joel Rosdahl wrote:
...
> I just uploaded python-pysqlite1.1_1.1.7-1. Please let me know whether
> the new version fixes the problem.
thnx for the fix!
yes, it solves the problem.
best regards,
michael
--
To UNSUBSCRIBE, email to [
brary
ii libxslt1.1 1.1.15-5XSLT processing library - runtime
ii libxss1 6.9.0.dfsg.1-6 X Screen Saver client-side library
ii xlibs6.9.0.dfsg.1-6 X Window System client libraries m
gossip recommends no packages.
-- no
Package: vnc4server
Version: 4.1.1+X4.3.0-1
Severity: grave
Justification: renders package unusable
when trying to start x0vncserver or x0vnc4server i get:
Tue Feb 14 15:08:09 2006
main:XTest extension present - version 2.2
main:Listening on port 5900
main:select: Inv
6.9.0.dfsg.1-4 X Window System client libraries m
ii zlib1g1:1.2.3-9 compression library - runtime
Versions of packages nvu recommends:
pn myspell-dictionary (no description availab
libxml2 2.6.21-1GNOME XML library
ii xlibs6.8.2.dfsg.1-7 X Window System client libraries m
ii zlib1g 1:1.2.3-4 compression library - runtime
grubconf recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAI
Package: python2.4-psycopg
Version: 1.1.19-1
Followup-For: Bug #319509
i solved the problem today for me: the file
debian/python2.4-psycopg.dirs
is missing, it must contain the line
usr/lib/python2.4/site-packages
-- System Information:
Debian Release: testing/unstable
APT
Package: gnucash
Version: 1.8.10-11
Severity: grave
gnucash dumps core on startup after the latest update.
open("/home/adamm/.gconfd/lock/ior", O_RDONLY) = -1 ENOENT (No such file
or directory)
open("/usr/share/locale/en_CA.UTF-8/LC_MESSAGES/gconf1.mo", O_RDONLY) =
-1 ENOENT (No such file or dir
Package: rails
Version: 0.11.1-2
Severity: serious
Rails is under development and will have (could have) a lot of changes
before the 1.x milestone. It should not be added to Sarge at this time.
Rails is an arch all package and should have all its dependencies
satisfied in Sarge for some time. If
On Apr 8, 2005 3:56 AM, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Could you please tell us whether gnucash still crashes for you with the
> latest (1.0.9-7) gconf packages?
No, gnucash -11 with gconf 1.0.9-7 does not work. I get the same error
as before,
gtkhtml-ERROR **: gconf error: Failed
On Apr 8, 2005 12:43 AM, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
>
> severity 303687 normal
> reassign 303687 gconf2
> thanks
>
> "Adam M." <[EMAIL PROTECTED]> writes:
>
> > Package: gnucash
> > Version: 1.8.10-11
> > Severity:
Ahh but now I can't test it until Monday morning... I will verify the
fix for i386 on Monday if no one beats me to it.
- Adam
On Fri, 8 Apr 2005 12:15:16 -0700, Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 08, 2005 at 12:27:13PM -0500, Adam M wrote:
> > On
On Apr 8, 2005 2:15 PM, Steve Langasek <[EMAIL PROTECTED]> wrote:
> The fix was in the libgconf11 binary package, not the gconf binary package.
> Do you have the latest version of libgconf11 installed as well?
I can verify now that with new libgconf11 installed, gnucash 1.8.10-11
does not crash on
Package: postgresql
Severity: grave
Tags: security sarge
From:
http://secunia.com/advisories/15217/
Workarounds (aka, fixes :)
http://www.postgresql.org/about/news.315
DESCRIPTION:
Two vulnerabilities have been reported in PostgreSQL, which can be
exploited by malicious users to
> Thanks for the report. I already uploaded a new package into Sid which
> fixes this and spoke with the release and security team. The new
> version will enter Sarge in two days (usual urgency=high upload),
> release team approved Sarge inclusion.
Thanks. I see you also read the PostgreSQL annouc
Package: unrar-nonfree
Severity: serious
It appears that the copyright does not permission distribution in
Debian without a written permission, yet I find no such permission in
debian/copyright. More specifically,
3. The unRAR utility may be freely distributed, provided the
distribution
Package: kernel-source-2.6.8
Version: 2.6.8-15
Severity: critical
Tags: security patch
>From Secunia advisory http://secunia.com/advisories/15341/
DESCRIPTION:
Paul Starzetz has reported a vulnerability in the Linux kernel, which
can be exploited by malicious, local users to gain escalated
privil
reassign 308855 kernel
thanks
I probably shoud reassign this to the kernel pseudo-package since it
applies to ALL of the kernels..
According to iSec, there is a quick workaround for the problem,
"A hotfix for this vulnerability is to disallow
processes to drop core. This can be accomplishe
Why are you uploading dbmail2? Why not just upload dbmail 2.x as dbmail?
I mean, you are uploading dbmail2 and having dbmail removed? This
doesn't make any sense.. sorry.
- Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
=1, argv=0x7fff7cb850e8) at
simsys_s.c:602
(gdb)
that's all. Thanks for look on it and good(gdb) bt
#0 0x2b482eddf1d5 in raise () from /lib/libc.so.6
#1 0x2b482ede0680 in abort () from /lib/libc.so.6
#2 0x2b482edd875f in __assert_fail () from /lib/libc.so.6
#3 0x00
I am able to compile the nvidia-kernel-source, 169.12-1, but I cannot
*install* the resulting module.
KSRC=/usr/src/linux-headers-2.6.25-2-amd64
On modprobe, I receive the error message "FATAL: Error inserting
nvidia (path): Invalid module format."
dmesg says "nvidia: disagrees about versi
On May 23, 2008, at 10:41 , Lennart Sorensen wrote:
On Fri, May 23, 2008 at 10:22:04AM -0500, M Yudkowsky wrote:
I am able to compile the nvidia-kernel-source, 169.12-1, but I cannot
*install* the resulting module.
KSRC=/usr/src/linux-headers-2.6.25-2-amd64
On modprobe, I receive the error
1 - 100 of 1808 matches
Mail list logo
