Hi all,
is udisks2 really an alternative to usbmount?
I have it installed on testing, but it doesn't automatically mount anything:
carramba@robert-desktop:/usr/share/doc/udisks2$ dmesg | tail
[ 5092.063897] sd 4:0:0:0: [sdc] 30751744 512-byte logical blocks: (15.7
GB/14.6 GiB)
[ 5092.065393] sd 4:0
Package: usbmount
Version: 0.0.22
Severity: important
Dear Maintainer,
I'm trying to use usbmount to automount my pendrive formatted as ntfs.
For that I only added ntfs to list of filesystems to /etc/usbmount config.
Unfortunately, it doesn't work. After plugging in the device what I get is:
[carr
On Wed, May 16, 2012 at 10:15 PM, Jonathan Nieder wrote:
> tags 673186 + upstream patch moreinfo
> # hardware support
> severity 673186 important
> quit
>
> Hi Rob,
>
> Rob Gom wrote:
>
>> 1. Inserted dongle.
>> 2. Nothing interesting happened.
>> 3
Package: linux-2.6
Version: 3.2.17-1
Severity: normal
Dear Maintainer,
I've recently bought DWA-140 dongle, expecting it to work
out-of-the-box. But I've
omitted a fact that there are several revisions of DWA-140, with completely
different hardware. So mine is DWA-140 rev.3, which is initially not
Package: gnustep-base-runtime
Severity: normal
Hi all,
I'm not sure if this is a real problem, but reporting nonetheless.
If you don't agree, feel free to close it.
I had gnustep-base-runtime removed (but not purged):
$ dpkg -l gnustep-base-runtime
rc gnustep-base-runtime 1.19.3-3
On Thu, Aug 12, 2010 at 9:18 PM, Yury V. Zaytsev wrote:
> Hi!
[cut]
>
> Is it possible for you to check out first whether it works ok with
> libslang2 from stable (2.1.3-3), before I update the requirements?
>
> Thanks for your report,
>
> --
> Sincerely yours,
> Yury V. Zaytsev
Thanks for your p
Package: mc
Version: 3:4.7.0.8-1
Severity: normal
--- Please enter the report below this line. ---
mc depends on libslang >=2.0.7-1. With that version, cursor keys don't
work. Mc prints letters in command line instead of moving cursor.
Afer upgrading to 2.2.2-4 they started working again.
--- Sys
Package: widelands
Version: 1:15-2
Severity: grave
--- Please enter the report below this line. ---
When executing widelands command, the following output is printed:
widelands: error while loading shared libraries: libSDL_gfx.so.13:
cannot open shared object file: No such file or directory
Probab
Package: hal
Version: 0.5.13-2
--- Please enter the report below this line. ---
1. Changed version accordingly.
2. Patrick has very similar setup to mine. He attached all the logs
and investigated the issue much deeper. Please let me know if my logs
are still needed (I'm currently working with old
Package: hal
Version: 0.5.12~git20090406.46dc48-2
Severity: normal
*** Please type your report below this line ***
After upgrading from hal from 0.5.12~git20090406.46dc48-2 to 0.5.13-2 my network
interfaces were gone (network manager driven). The message in logs is:
Aug 9 08:17:36 laptop-rg Netwo
Package: mc
Version: 2:4.7.0-pre1-1
Severity: normal
*** Please type your report below this line ***
When executing copy file (f5) or move/rename file (f6) shell patterns
don't appear
to work any more.
Steps to reproduce:
1. $ touch a
2. F5 on that file
3. Use shell patterns to on (default), targ
Package: gpsman
Version: 6.4-2
Severity: wishlist
Currently gpsman depends on tk8.4. And gpsman.tcl invokes that
particular wish version (wish8.4). (There is also wish8.2 reference in
some other file, but that's other issue).
Tcl/tk 8.4 fonts are, let's say, ugly. Version 8.5 introduces support
fo
Package: minicom
Version: 2.3-1
Severity: normal
When path to script specified by -S parameter is longer than 33 characters,
the script can't be read and therefore executed.
Reproducible: always
Steps to reproduce:
1. Run minicom with path to any existing file with long path, e.g.
$ minicom -o tt
Those are last messages from running m-a a-i -t nvidia-kernel with
conftest.sh from this bug:
The compiler that will be used to compile this module has been
determined from:
1) the CC environment variable
2) that specified in
/usr/src/linux-headers-2.6.29-1-amd64/include/linux/compile.h
3) g
Hi,
my 2 cents. I expected the same nvidia building failure (m-a a-i
nvidia-kernel-source) with 2.6.29. After hacking linux-kbuild-2.6
(it's currently not available) and installing it I spotted this bug.
I saw attached conftest.sh. I copied (overwrote) the one from
nvidia-kernel-source.tar.bz2 (wri
Package: netcat
Version: 1.10-38
Severity: normal
According to the bug #45675, there was -q flag introduced in Debian package.
This flag is not present upstream (nor in Fedora). It makes default
behaviour different:
echo $text | nc -q0 host port # works fine on Debian
# fai
Package: openjdk-6-jre-headless
Version: 6b12-0
Severity: important
--- Please enter the report below this line. ---
After upgrade from 6b11-9 to 6b12-0 one of my java games sites stopped
working. Based on .xsession-errors file I assume it is related to all
java sites:
GCJ PLUGIN: thread 0x1626f50
Please note that paths for non-free fonts in fontconfig.bfc and source
for that file are also incorrect.
I can't show it now, but will do when I find spare time.
Regards,
Robert
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Modified fontconfig.properties
fontconfig.properties.src.new
Description: Binary data
Generated bfc file
fontconfig.bfc
Description: Binary data
Original font look
<>
After modifications
<>
Original fontconfig.properties
fontconfig.properties.src
Description: WAIS Source
Package: openjdk-6-jre
Version: 6b11-6
Severity: normal
Hello,
it _may_ be related to debian bug 492569, but I am not sure, so feel
free to close my bug if needed.
After default installation of openjdk-6-jre (verified mainly by the
java plugin - gcjwebplugin),
all the fonts look ugly - pixelized,
24 matches
Mail list logo