Package: cryptsetup
Version: 2:2.7.0-1
Severity: wishlist
Hi,
I recently upgraded my machine running unstable to 2:2.7.0-1, and found that
cryptsetup stopped working for my custom encrypted device. I eventually
tracked this down to the default cipher and hash settings changing in the
latest upstr
e)
fixes the problem.
--
Jurij Smakov | ju...@wooyd.org | Key ID: 43C30A7D
On Wed, Aug 3, 2022 at 5:37 PM Dima Kogan wrote:
> Jurij Smakov writes:
>
> > I tried launching notion under rr, and then this assertion does not
> > trigger, unfortunately.
>
> That's too bad. Thanks for trying it out.
>
> This issue is a race condition, and
hen this assertion does not
trigger, unfortunately.
>
>
> You can save a trace of the crashing process, which can then be replayed
> forwards and backwards later. "rr pack" would make the traces portable
> so that they can be replayed on another machine.
>
>
--
Jurij Smakov | ju...@wooyd.org | Key ID: 43C30A7D
Package: notion
Version: 4.0.2+dfsg-6
Severity: important
Greetings,
I ran the apt-get update yesterday on my laptop (running sid), and
now notion fails to start. After I type my username and password at
the DM prompt, it attempts to run it, but then returns back to the
prompt.
.xsession-errors
Package: notion
Version: 4.0.2+dfsg-1
Severity: normal
Dear Maintainer,
On a fresh install of notion package, I see the following:
jurij@paddy:~$ ls -la /usr/share/notion/debian-menu-i18n.lua
lrwxrwxrwx 1 root root 36 Jan 14 07:01 /usr/share/notion/debian-menu-i18n.lua
-> /var/lib/notion/debia
Package: notion
Version: 4.0.1+dfsg-2
Severity: important
Dear Maintainer,
Following the upgrade to the latest (unstable) notion package version, I found
that keybindings are broken (I think the effect is that META key is considered
to be always pressed in this case, leading to some interesting e
Package: sysdig-dkms
Version: 0.26.7-2
Severity: important
Dear Maintainer,
While trying to install sysdig-dkms in unstable, the building of the kernel
module(s)
fails with the following messages:
DKMS make.log for sysdig-0.26.7 for kernel 5.9.0-3-amd64 (x86_64)
Sat 28 Nov 2020 02:28:56 PM GMT
o the documentation above, to prevent others from hitting the same issue
unexpectedly.
Thanks.
--
Jurij Smakov | ju...@wooyd.org | Key ID: 43C30A7D
-firmware.patch)
has also been added to the 4.9-stable tree:
http://git.kernel.org/cgit/linux/kernel/git/stable/stable-queue.git/commit/?id=53f769b4a76c06f7c4b7f74f8bdd028b28af6423
Cheers.
--
Jurij Smakov | ju...@wooyd.org | Key ID: 43C30A7D
: wireless switch is on
[ 13.460663] rtl8192ce :03:00.0: firmware: direct-loading firmware
rtlwifi/rtl8192cfw.bin
Cheers.
--
Jurij Smakov | ju...@wooyd.org | Key ID: 43C30A7D
Package: src:linux
Version: 4.9.2-2
Severity: important
Tags: upstream
Hello,
In the last few weeks I noticed a regression in performance of the
wifi card in my ThinkPad X220 laptop (running unstable), the
connection has become significantly more flaky, especially further
away from the access
Package: gdm3
Version: 3.18.0-2
Severity: important
For quite a few years I had an /etc/gdm3/PostLogin/Default script
which was executing the following command to set up a custom keyboard
layout:
setxkbmap -option 'grp:caps_toggle' 'us,ru(phonetic)'
After sid update last night this command fai
Package: xkb-data
Version: 2.11-1
Severity: important
I've run a package update for unstable yesterday, and as a result
the mapping of some keys has changed in the ru(phonetic) layout.
Discrepancies with the previous version noticed so far:
Latin "h" - Russian "ч" (used to be Russian "х")
Latin
Package: autocutsel
Version: 0.9.0-2
Severity: important
Tags: patch
If I run "cutsel cut" when the cut buffer is empty, it fails with
segmentation fault. Looks like XFetchBuffer() returns NULL pointer
in this case, and we are trying to dereference by printing the
value. Checking the length for no
On Wed, Oct 2, 2013 at 11:58 PM, Axel Beckert wrote:
> Hi Jurij,
>
> Jurij Smakov wrote:
> > On Wed, Oct 2, 2013 at 3:27 AM, Axel Beckert wrote:
> > > I'll create the git repository on Alioth and push my changes as soon
> > > as I've got write pe
On Wed, Oct 2, 2013 at 3:27 AM, Axel Beckert wrote:
> Control: retitle -1 ITA: silo -- Sparc Improved LOader
> Control: owner -1 !
>
> Hi Jurij,
>
> Jurij Smakov wrote:
> > There are currently no serious bugs that I know of, so it's mostly about
> > keeping it
Package: wnpp
Severity: normal
[This message is bcc'd to sub...@bugs.debian.org.]
Given that I'm no longer involved with sparc port and none of the other
silo maintainers appear to be active (no replies to [0], sent over a month
ago), I think the best course of action is to orphan silo.
There ar
Apache error log may have more information.
failed!
jurij@paddy:~$ ls -al /etc/apache2/conf.d/munin
lrwxrwxrwx 1 root root 23 May 19 10:29 /etc/apache2/conf.d/munin ->
../../munin/apache.conf
jurij@paddy:~$
Best regards,
--
Jurij Smakov ju...@wooyd.
bian-sparc/2013/02/msg00011.html
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubs
ump core.
4. Run 'gdb /usr/lib/iceweasel/firefox-bin core'.
5. Enter 'bt' to show the backtrace.
Thanks.
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email
est.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
diff -aur a/js/src/methodjit/Compiler.cpp b/js/src/methodjit/Compiler.cpp
--- a/js/src/methodjit/Compiler.cpp 2013-01-03 17:43:19.0
originally reported
by Hartwig is no longer there.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
4
g3 0xf1a5f02e -240783314
(gdb)
Either way, I assume that chances of new version getting into wheezy
at this point are pretty slim. For the current wheezy version I've
posted some analysis of the crash at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688086#10
debian.org/cgi-bin/bugreport.cgi?bug=634261
> > [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674908
>
> --
> .''`. John Paul Adrian Glaubitz
> : :' : Debian Developer - glaub...@debian.org
> `. `' Freie Universitaet Berlin - glaub...@p
the cause of the problem, but
it seems pretty likely, as any attempt of "manual" memory management
like this increases the probability that alignment requirements get
violated. I suggest notifying the iceweasel maintainer and reporting
this upstream, b
Hi,
The latest uploaded version failed to build on ia64, blocking
propagation to testing:
https://buildd.debian.org/status/fetch.php?pkg=gnunet&arch=ia64&ver=0.9.3-3&stamp=1347735437
Best regards,
--
Jurij Smakov ju...@wooyd.o
ion '1.4.14+git20100228-1+b1' for 'silo' was not found
That only works when you have repositories containing older/newer
packages listed in your /etc/apt/source.list. Simply adding them
(without configuring apt pinning appropriately) may mess up too many
things, so the sim
FWIW, imagemagick built successfully on retry:
https://buildd.debian.org/status/fetch.php?pkg=imagemagick&arch=sparc&ver=8%3A6.7.7.10-4&stamp=1347041889
Also, I was not able to reproduce this failure on my sparc box.
Best regards,
--
Jurij Smakov
ntioning.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe".
ation into LDOM, but it's clear that it's not
going to work out of the box while vio_type binary is not available in
installer's initrd.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/
without the firmware. Thus, all you
need to do is decline the firmware loading step and the installation
proceeds normally. According to dmesg, the cards are identified as
"Tigon3 [partno(BCM95714) rev 9001] (PCIX:133MHz:64-bit)" (machine has
4 of them installed).
Hi Kurt,
Are you planning to fix this before wheezy is out? Releasing with all
sparc-specific openssl optimizations disabled does seem suboptimal.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey
fixes from upstream. There are no packaging-
or Debian-specific changes. Full changelog entry:
silo (1.4.14+git20120819-1) unstable; urgency=low
[ Jurij Smakov ]
* New upstream release containing only the following bug fixes:
- Fix ext4 extent resolution. Without this fix silo fails to
rs, these tests were carried out on a sparc system.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a sub
same way for a couple of years, and older backups do have
files hard-linked, as expected. If this bug is confirmed, I would
expect its severity to be bumped to RC.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/
0.9.3 (current
unstable/wheezy version) is affected by it as well.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
members of this struct, so compiler is fully within its right to
place it at 2-bytes boundary, which eventually leads to an unaligned
memory access resulting in a crash.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.w
you
may assume that I have all the binaries built from svn head
installed).
Thanks.
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...
-udeb - I think this is an oversight.
Unfortunately, I don't know whether re-adding it will be sufficient
for the CD-ROM (connected over USB on these machines) to be detected,
or something else is needed.
--
Jurij Smakov ju...@wooyd.org
Key:
skip loading the firmware, the network works fine and install
completes successfully.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs
eth0
ethtool-lite: eth0 is connected.
$
If that triggers a null pointer exception on your machine (try it both
with and without network brought up and check dmesg afterwards), we
will be in a very good position to report it upstream for fixing.
Best regards,
--
Jurij Smakov
around and can't find any recent similar reports (in Debian or
elsewhere).
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@l
which appears to be relevant, and will refrain from modifying package
state on my machine for now. If there is any other useful information
which could help with debugging, please let me know.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://
Hello,
Is there an upstream bug for that? If there is, can you please provide
a reference?
Can you post a stack trace, preferrably obtained with the latest
Debian binaries (gnunet version 0.8.1b-8), if possible?
Thanks.
--
Jurij Smakov ju
mData[sizeof(XPCCallContext)];
Char array has no alignment requirements.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist
Hello again,
Forgot to mention and it might matter: this was obtained after I
logged in to my sparc box with 'ssh -Y' and ran iceweasel from there.
It does not have the supported hardware to run X natively.
Best regards,
--
Jurij Smakov
124>: clrb [ %i0 + 0x78 ]
0xf6de3880 <+128>: clrb [ %i0 + 0x90 ]
0xf6de3884 <+132>: st %g1, [ %sp + 0x60 ]
0xf6de3888 <+136>: clr [ %sp + 0x64 ]
0xf6de388c <+140>: call 0xf6de3538
0xf6de3890 <+144>: clr [ %sp + 0x68 ]
0xf6de3894 <
sqlite3_open16
instead of sqlite3_open_v2, so attached patch should do the trick. I
verified that with it applied all tests pass on sparc and the package
is successfully built.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org
On Thu, Apr 12, 2012 at 02:37:48PM +0100, peter green wrote:
> based on Julien Cristau's and Patrick Baggett's comments I put
> together the attatched patch to fix the alignment issues they
> identified (I have not done anything regarding the poor choice of
> prototype or the theoretical strict-ali
e one.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
On Sat, Mar 03, 2012 at 08:07:33AM +, Jurij Smakov wrote:
[...]
> Unfortunately, the build I tried last week failed with the following
> messages while compiling Source/WebCore/svg/SVGFilterElement.cpp:
>
> ../Source/JavaScriptCore/wtf/ListHashSet.h:192:70: warning: cast from &
aligned on an
8-byte boundary. Looks like this is intentional, because
nbd-tester-client.c creates its hash table like that:
GHashTable *handlehash = g_hash_table_new(g_int64_hash, g_int64_equal);
The 'key' pointer (0xd104) passed to g_hash_table_lookups
from nbd-tester-client.
acro, which is conditionally set to 1
only for ARM, MIPS and SH4 CPUs. I'm currently trying to build webkit
with attached patch to see whether this improves things.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/
tries to load a 4-byte word located at
address %l0 into %g1 register, so it's expected to be aligned on a
4-byte boundary, however it is obviously not:
(gdb) info reg l0
l0 0xf581f42e -176032722
(gdb)
Figuring out why this happens is the tricky part :-).
Best regards,
-
On Sun, Jan 29, 2012 at 02:26:54AM -0400, Joey Hess wrote:
> Jurij Smakov wrote:
> > I noticed that as well with today's dailies. This is displayed by
> > tasksel, installer just invokes it in /target. I can also reproduce it
> > on an installed system by running '
reassign 657389 tasksel
found 657389 3.07
thanks
I noticed that as well with today's dailies. This is displayed by
tasksel, installer just invokes it in /target. I can also reproduce it
on an installed system by running 'tasksel -t'.
Best regards,
-
xt2fs_llseek':
(.text+0xdc): undefined reference to `lseek64'
/usr/lib/sparc-linux-gnu/libext2fs.a(llseek.o): In function `ext2fs_llseek':
(.text+0x108): undefined reference to `__errno_location'
/usr/lib/sparc-linux-gnu/libext2fs.a(llseek.o): In
On Wed, Jan 11, 2012 at 10:29:31PM +0100, Julien Cristau wrote:
> On Wed, Jan 11, 2012 at 21:21:07 +0000, Jurij Smakov wrote:
>
> > The test fails at sample/test.rb:1848, which is
> >
> > ary2 = $x.unpack($format)
> >
> > We had a gcc-4.6 bug (http://bugs
On Wed, Jan 11, 2012 at 08:13:02PM +0100, Julien Cristau wrote:
> On Tue, Jan 10, 2012 at 22:55:16 +0000, Jurij Smakov wrote:
>
> > It probably makes sense to ask someone with buildd super-powers
> > to trigger another build on sparc to see if the problem is somehow
&
lable at
http://www.wooyd.org/tmp/ruby1.8_1.8.7.352-2_build.log
It probably makes sense to ask someone with buildd super-powers
to trigger another build on sparc to see if the problem is somehow
buildd-specific.
Best regards,
--
Jurij Smakov ju...@wooyd
On Mon, Jan 09, 2012 at 10:09:58PM -0200, Antonio Terceiro wrote:
> Hi Jurij,
>
> Jurij Smakov escreveu isso aí:
> > On Wed, Jan 04, 2012 at 10:54:07AM -0200, Antonio Terceiro wrote:
> > > Dear sparc porters,
> > >
> > > I need some help from you
h broken gcc. If you can, try either building
the code with older compiler and -fno-tree-sra flag, or newer
compiler, to see whether this fixes the problem. I'm on vacation for
another week and don't have access to my sparc box, so if you will not
be able to confirm t
guring out that you have to delete the
files.db file to fix the problem may be non-trivial.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs
76223] [] ? driver_register+0x8d/0xf5
[ 1801.676233] [] ? 0xa0344fff
[ 1801.676241] [] ? do_one_initcall+0x76/0x12c
[ 1801.676250] [] ? 0xa0344fff
[ 1801.676259] [] ? sys_init_module+0x10c/0x25b
[ 1801.676269] [] ? system_call_fastpath+0x16/0x1b
Best regards,
--
Jurij S
I occasionally see the same on Thinkpad X220 too. You don't need to
shut down the machine in that case, pressing Ctrl-C is sufficient to
interrupt udev and continue to boot. And I see the same messages about
killing stuck modprobe, will confirm next time it happens.
Best regards,
--
for a good upstream bug report, and I would be
glad to provide additional info if needed. One of the main questions
we should try to answer is why the _IO_std{in,out,err}_ symbols end up
to be not 8-byte aligned in libc, even though it looks like they
should be.
Best regards,
--
Jurij Smakov
14
(gdb) print &_IO_2_1_stdout_
$4 = (struct _IO_FILE_plus *) 0xf7fc2d40
(gdb)
On amd64 stdout is set to the address of _IO_2_1_stdout_ even with the
version script:
jurij@paddy:~/tmp$ gcc -o foo foo.c -Wl,--version-script,ver
jurij@paddy:~/tmp$ ./foo
stdout=0x600a40 &_IO_2_1_stdout_=0x60
equirements are and don't
have a simple way to access them to test the build.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--- a/deps/jemalloc/include/jemalloc/internal/jemallo
ported? If you could provide a simple test case
demonstrating the issue, it would be great too.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs
/package.php?p=redis
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe"
root 34 Nov 27 09:01 irq_regs.h
-rw-r--r-- 1 root root 33 Nov 27 09:01 local64.h
-rw-r--r-- 1 root root 31 Nov 27 09:01 local.h
jurij@debian:~/tmp$
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey
) was not run, and as a result they are not
included in the packages.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@list
xotic to trigger it
(well, nothing that I can see) convinces me that it should be fixed
before we can release.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, ema
art ()
(gdb)
I don't believe that it's related to the upstream bug Lucas mentioned,
as it was specifically triggered by using bit fields, which are not
used in any way here.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.
tags 613590 - moreinfo + squeeze
notfound 613590 0.9.1-1
thanks
Thanks, I've adjusted the tags appropriately.
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to d
entries have been shown.
jurij@debian:~$
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
severity 648016 important
thanks
I'm dropping the severity of this bug because gcc-avr FTBFS goes away
if one drops --disable-checking from configure flags (it currently
uses it), and using it is not recommended by GCC maintainers (see
discussion in the upstream bug).
Best regards,
--
Hello,
I've just confirmed that gcc-avr builds successfully on sparc if
--disable-checking is dropped from configure options.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
-
completely unrelated code, normally invoked by
write_action(), line 2182. Once it's done, we jump back to completely
wrong location at 0x00013e8c, eventually causing a crash.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey
cuting quite a few
tests successfully). Does not look like it's related to this bug, but
I thought you might want to investigate.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
d
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
p://repo.or.cz/w/binutils.git/commitdiff/24f272de258d79c9d959143a8fd626b9961a8ac0
It tries to catch the cases when we use assembler instructions
incompatible with CPU type, and thinks that 'smul' is not appropriate
for -mcpu=v8, however this used to work be
Package: xserver-xorg-input-evdev
Version: 1:2.6.0-2+b2
Severity: important
Greetings,
I've added a simple xorg.conf (see below) on my new machine (Thinkpad
X220) in order to be able to switch between US and Russian keyboard
layouts. It worked fine in the past with "kbd" driver, but with evdev
://www.debian.org/CD/verify by
reading the installation manual, but I believe that we can make it
easier for our users by including links to signed checksums for every
image along with the instructions.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http
fine RLIM64_INFINITY 0x7fffLL
+# define RLIM64_INFINITY 0xLL
#endif
#endif
- End forwarded message -
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
udevadm not protected by
chroot/debootstrap checks. If I disable this invocation of
write_interfaces_rules (during the time when package is unpacked but
not configured), I don't see any messages on the console.
Best regards,
--
Jurij Smakov
On Sun, Jun 26, 2011 at 04:26:00PM +0200, Marco d'Itri wrote:
> On Jun 26, Jurij Smakov wrote:
>
> > I see in the logs that during the installation of the base system
> > rsyslog is configured soon after udev. It might be that before rsyslog
> > is configured, t
On Sun, Jun 26, 2011 at 06:04:19AM +0200, Marco d'Itri wrote:
> On Jun 25, Jurij Smakov wrote:
>
> > While testing the recent daily d-i build on sparc over serial
> > console, I've noticed that at some point udevadm logs a few messages
> > to the console, i
+0x34/0x40
[ 2124.509892] Caller[000138e4]: 0x138e4
[ 2124.509899] Instruction DUMP: 90042040 7ffd32f2 92102000
80a00011 82603fff 8530a008 80888001 0248000b
It appears that it has been already fixed upstream:
http://www.spinics.net/lists/stable-commits/msg12520.html
On Wed, Jun 01, 2011 at 08:18:33AM +0100, Jurij Smakov wrote:
> I think the uses of names like CON__G1 are just typos, as everywhere
> around this function names like CON_G1 (with one underscore) are used,
> and there is an enum near the top of the file defining them. I'll try
~b136-2.0~pre1-2-sparc-6bB1aS/openjdk-7-7~b136-2.0~pre1/build/openjdk.build-boot/hotspot/outputdir/linux_sparc_compiler2/product'
> make[6]: *** [product] Error 2
> make[6]: Leaving directory
> `/build/buildd-openjdk-7_7~b136-2.0~pre1-2-sparc-6bB1aS/openjdk-7-7~b136-2.0~pre1/build/open
aults immediately.
6. Downgrade binutils to 2.21.0.20110327-3.
7. make reallyclean
8. make build_netboot
9. sudo chroot tmp/netboot/tree /bin/sh
This will drop you into a busybox shell because everything is
working properly.
Best regards,
--
Jurij S
.6'.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
st regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, Apr 04, 2011 at 05:07:53AM +0200, Cyril Brulebois wrote:
> Hi,
>
> Jurij Smakov (13/10/2006):
> > Sorry to disappoint you, but the card you have is Sun Elite3D, which
> > is not supported by X.org at this moment, to the best of my
> > knowledge. The only thin
ze of the compressed image (less than 1KB).
Unfortunately, bumping this number breaks the ABI, so it's most likely
not going to be suitable for the squeeze point release, but at least
we'll get it into testing and unstable kernels.
Best regards,
-
ng it desirable, as it would case a boot failure on some
systems immediately after installation, and figuring out what's going
on may be a bit of a challenge for the user.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey
On Sun, Feb 20, 2011 at 02:28:42PM +, Richard Mortimer wrote:
>
>
> On 19/02/2011 23:20, Jurij Smakov wrote:
> >On Sat, Feb 19, 2011 at 11:06:04PM +0000, Jurij Smakov wrote:
> >>On Thu, Feb 10, 2011 at 10:49:39AM +, Richard Mortimer wrote:
> >>
On Sat, Feb 19, 2011 at 11:06:04PM +, Jurij Smakov wrote:
> On Thu, Feb 10, 2011 at 10:49:39AM +, Richard Mortimer wrote:
> > [Cc'd to 611...@bugs.debian.org]
> >
> > On 10/02/2011 08:36, Jurij Smakov wrote:
> > >On Wed, Feb 09, 2011 at 11:07:49PM +000
1 - 100 of 688 matches
Mail list logo
