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
On Mon, Aug 8, 2022 at 9:50 AM Göran Weinholt wrote:
>
> @Jurij: What happens if you update your libc6, could you give it a try?
> It would be good to get confirmation that the bug was in libc6.
>
>
I can confirm that upgrading libc6 (in my case, to Debian's 2.34-3 packag
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
On Tue, Aug 2, 2022 at 6:32 PM Dima Kogan wrote:
> Jurij: thanks for the report. This issue is already tracked here:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016363#15
>
> and here:
>
> https://github.com/raboof/notion/issues/345
>
> Arnout (u
looks like this:
Xsession: X session started for jurij at Tue Aug 2 08:36:18 AM IST 2022
dbus-update-activation-environment: setting
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting XAUTHORITY
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/not
13 [C]: in 'dopath'
Jan 1 14:24:07 paddy /usr/libexec/gdm-x-session[3500]:14
/home/jurij/.notion/default-session--0/cfg_notion.lua:67
Jan 1 14:24:07 paddy /usr/libexec/gdm-x-session[3500]: [Skipping unnamed
C functions.]
Indeed, the original /etc/default/notion file, where
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
Добрый день, если запускать так:
$monodevelop name.csproj
то проект запускается и отлаживается,видимо что то сломано в окне
открытия файлов
--
Юрий Поликарпов
-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
Package: munin
Version: 2.0.14-1
Severity: important
As illustrated by the following transcript, removing munin and friends
results in a dangling symlink
/etc/apache2/conf.d/munin -> ../../munin/apache.conf
which breaks apache configuration.
jurij@paddy:~$ sudo apt-get install munin
Read
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
Hi Hideki,
I've tried the "release" version from mozilla.debian.net today:
jurij@debian:~$ dpkg -l | grep iceweasel
ii iceweasel14.0.1-2 sparc
Web browser based on Firefox
ii iceweasel-dbg
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
*** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
Here are the permissions of relevant directories:
jurij@debian:~$ ls -la /var/cache/pbuilder/
total 93404
drwxr-xr-x 9 root root 4096 Aug 19 15:12 .
drwxr-xr-x 10 root root 4096 Aug 19 13:44 ..
drw
hard-linked, as I would expect.
Here's a small demo:
jurij@paddy:~/tmp$ mkdir src
jurij@paddy:~/tmp$ touch src/foo
jurij@paddy:~/tmp$ rsync -r /home/jurij/tmp/src/ link
jurij@paddy:~/tmp$ ls -al link
total 8
drwxr-xr-x 2 jurij jurij 4096 Aug 4 10:13 .
drwxr-xr-x 4 jurij jurij 4096 Aug 4 10
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
to I just tried running everything with
empty config (just did 'touch /home/jurij/.gnunet/gnunet.conf'). Here
are the results:
jurij@debian:~/.gnunet$ gnunet-arm -s
Service `arm' has been started.
jurij@debian:~/.gnunet$ ps auxww | grep gnunet
jurij23989 0.1 0.0 5400 880
-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
the theoretical strict-aliasing issue).
>
> Unfortunately the test still fails with a bus error and I can't seem
> to figure out how to run the test manually to get a new backtrace.
> The executable "./integrity" simply doesn't seem to exist after the
> build proce
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.
On Sun, Feb 26, 2012 at 02:19:59AM +, peter green wrote:
> Found 651934 3.0.0-2
> Thanks
>
> Thanks jurij for your help.
> >'disassemble' command may be used to look up the assembler code
> >around the instruction which caused the crash:
> Some further n
you can change the first line of the script to
#! /bin/bash -x
The '-x' option will cause every command executed to be printed out.
After you run the crashing command you'll see this:
jurij@debian:~/seed/seed-3.2.0/doc/modules/readline$ ../../../src/seed
../../../doc/modul
The bug still presents.
--
Юрий Сыровецкий (Jurij Syrowiecki), http://cblp.su, email/jabber: c...@cblp.su
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
rrect directory
(media_dir=A,/home/jurij/Music, for example) and restart minidlna with
/etc/init.d/minidlna restart.
3. The remote client still does not see any files.
4. I remove /var/lib/minidlna/files.db and restart minidlna again.
5. minidlna rescans the directories on startup and recreates fil
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,
--
efined, as this bit of gdb session
illustrates:
(gdb) break _IO_check_libio
Function "_IO_check_libio" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (_IO_check_libio) pending.
(gdb) run
Starting program: /home/jurij/libc/tmp/foo
xpect from looking at libio/stdio.c in
libc source code, which contains:
_IO_FILE *stdin = (FILE *) &_IO_2_1_stdin_;
_IO_FILE *stdout = (FILE *) &_IO_2_1_stdout_;
_IO_FILE *stderr = (FILE *) &_IO_2_1_stderr_;
Demo:
jurij@debian:~/libc/eglibc-2.13/tmp$ cat foo.c
#include
#include
int
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"
tags 650085 patch
thanks
With the attached patch, suggested by Bastian Blank, the generated
headers are getting included in headers packages and the OOT modules
can be built again:
jurij@debian:~/tmp$ ls -al
/usr/src/linux-headers-3.1.0-1-sparc64*/arch/sparc/include/generated/asm
/usr/src
kages (version 3.1.1-1). Typical
error messages:
jurij@debian:~/tmp/linux-3.1.1/samples/kprobes$ make -C
/lib/modules/3.1.0-1-sparc64-smp/build M=${PWD}
make: Entering directory `/usr/src/linux-headers-3.1.0-1-sparc64-smp'
CC [M] /home/jurij/tmp/linux-3.1.1/samples/kprobes/kprobe_example
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
Hi,
Attached is a standalone test case for this bug, obtained on an
up-to-date sid/sparc system. With it I see the following behavior:
jurij@debian:~$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/sparc-linux-gnu/4.6/lto-wrapper
Target: sparc-linux-gnu
Configured
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
tags 613590 moreinfo
thanks
Hi,
Are you still experiencing this bug? If yes, then please provide some
instructions on how to reproduce it. At least conntrack -L (using
libnetfilter-conntrack3 0.9.1-1) on my mostly-up-to-date sid system
appears to function as expected:
jurij@debian:~$ uname
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
tils
from unstable:
jurij@debian:~/gcc$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/sparc-linux-gnu/4.6.1/lto-wrapper
Target: sparc-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian
4.6.1-13' --with-bugurl=file:///usr/share/doc
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
1 - 100 of 695 matches
Mail list logo
