*** This bug is a duplicate of bug 1622266 ***
https://bugs.launchpad.net/bugs/1622266
** This bug has been marked a duplicate of bug 1622266
dahdi-dkms not building wcaxx.ko module, needs to be added to dkms.conf
--
You received this bug notification because you are a member of Ubuntu
This is not a bug but the expected behavior.
Due to the use of a pipe, "readarray blah" is executed in a sub-shell.
But "echo ${blah[@]}" is executed in the parent shell. This has nothing
to do with readarray, the command ": | blah=blah; echo $blah" would also
fail to output blah.
On the other
Affects xenial too. There is definitely something wrong.
Several notes on this:
1. A direct call to "echo ${f[@]:0:1}" outputs "a". The problems thus
lies in the variable assignment.
2. If first_char=${f[@]:0:1}, then echo "$first_char" outputs \001 but
"declare -p first_char" outputs \001\001
This is not a bug, although some might disagree with the current
behavior of bash.
With a command like 'yes | grep -q .', because the grep terminates early
and the yes is writing past the end of the pipe buffer, the yes process
is _always_ terminated with a SIGPIPE signal (which translates to a
Affects trusty too. A quick way to reproduce this is (works 9 times out of 10
here):
$ bash -c 'read -N 1000' < /dev/urandom
Trusty output:
$ bash -c 'read -N 1000' < /dev/urandom
malloc: ../.././builtins/../.././builtins/read.def:603: assertion botched
realloc: start and end chunk
** Tags added: trusty
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1683923
Title:
Empty extglob patterns hang bash
To manage notifications about this bug go to:
Not a bug IMHO, but that may be open to debate. At least the observed behavior
conforms to the bash manual which reads:
- ((expression)) is strictly equivalent to: let "expression"
- parameter expansion is performed _before_ the expression is evaluated
Therefore, ((++a[$b])) translates to let
World splitting is correct; demonstration by the reporter is wrong.
The read command yields the expected array. When the array a is
substituted, the command
printf -- '-%s-\n' ${a[*]}
is interpreted as
printf -- '-%s-\n' a b c d
which produces the reported output indeed. On the other hand,
In my opinion, this is not a bug (and probably not a feature either) but
the expected behavior.
bash's printf is a slightly modified version of the underlying printf()
function provided by the C standard library. The printf(3) manual
explicitly states that the precision is a number of _bytes_,
Reattributing to the gtk+3.0 package...
This is not a problem with the yad package. According to the logs, the
only reason yad can't be installed is because its dependency
libgtk-3-0:i386 hasn't been properly configured. libgtk-3-0:i386 itself
hasn't been configured because its dependency
Sorry, I mistaken this very old bug with a similar one that affects
xenial, which I reported here:
https://bugs.launchpad.net/ubuntu/+source/moodle/+bug/1695466
This one was probably a dependency problem with libphp-pclzip. Mine, on
Xenial, is a dependency problem with php-zip (which was
Public bug reported:
I have installed moodle 3.0.3+dfsg-0ubuntu1 on a fresh Ubuntu Xenial
minimal system and I have hit two major problems that prevent moodle
from running. I believe they can easily be fixed with proper
dependencies.
First, when neither mysql nor postgresql are installed,
I have tried installing moodle on xenial (not with synaptic though) and I got
this message:
"The moodle package does not perform any automatic web server configuration,
but does provide basic configuration templates for Apache."
That's true: the installation process just creates two template
** Description changed:
+ (original bug report is in Spanish, scroll down for a brief translation
+ in English)
+
Binary package hint: yelp
durante el proceso de instalacion de moodle me devuelve una pagina
diciendo:"Abort pclzip.lib.php : Missing zlib extensions"
no hay manera de
** Tags added: xenial
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/462685
Title:
problema al instalar moodle, devuelve error con zlib php5
To manage notifications about this bug go to:
Thanks. IMHO, the title should no longer mention NTFS. The behavior can
be observed on any filesystem.
Try this, for example, on an ext* FS:
# touch foo
# ln foo bar
# gzip bar
gzip: bar has 1 other link -- unchanged
# bzip2 bar
bzip2: Input file bar has 1 other link.
# xz bar
xz: bar: Input
This is the normal (yet unexplained AFAIK) behavior of many compression
tools like gzip, bzip2 and xz, to refuse to compress a file with a link
count > 1, unless you give the --force option. The actual questions here
are "why do my NTFS files have a link count of 2?" (see
Unfortunately, this is the expected behaviour since mp3check does not
support ID3v2 tags and considers them as junk (see this 12 year old bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=110530). I don't think
this is going to change any time soon.
** Bug watch added: Debian Bug tracker
Your command looks correct. One of your mp3 files might have caused
mp3check to crash. Does your command print other lines before
Segmentation fault ? Any line that would show that mp3check was
actually in the process of fixing mp3 files ?
FYI I have reported similar crashes with mp3check
Public bug reported:
Binary package hint: jokosher
Source package: jokosher
Package version: 0.11.1-0ubuntu1
Ubuntu release: 9.04
The jokosher package is missing a dependency upon the python-xdg
package. If the latter is not installed, you get the following crashdump
:
$ jokosher
Traceback
Thank you. You are right about Karmic, I hadn't checked it out.
FYI, here are jokosher dependencies in Jaunty:
Depends: python (= 2.4), python-support (= 0.7.1), python-cairo, python-dbus,
python-glade2, python-gtk2, python-gst0.10, gstreamer0.10-gnonlin (= 0.10.8),
gstreamer0.10-plugins-good
The problem may be because the ipw3945 module needs to be reloaded in
order for network-manager to reestablish the WiFi connection after a
resume. I had a similar problem and adding ipw3945 in the
SUSPEND_MODULES list in /usr/lib/pm-utils/defaults fixed it.
BTW, if /usr/lib/pm-utils/defaults is
22 matches
Mail list logo
