Public bug reported:
Fedora replaces the hard-coded list of timezones with one dynamically
read from /usr/share/zoneinfo (cf.
https://src.fedoraproject.org/rpms/pytz/blob/master/f/pytz-
zoneinfo.patch). This breaks the promise in python-tz's README.txt that
all_timezones and common_timezones are
I encounter the same bug on Trusty; for reference, the diff between
sudo's and python-vm-builder's sudoers seems to be:
| scfc@vmbuilder-scfc:~/sudo-1.8.9p5$ diff -u debian/sudoers
/etc/vmbuilder/ubuntu/sudoers.tmpl
| --- debian/sudoers 2016-10-10 08:10:26.0 +
| +++
I posted a proof-of-concept for how to set extended attributes with
Python at http://stackoverflow.com/questions/34176464/why-os-chflags-
doesnt-work-under-linux/36274086#36274086.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I ran into this today and thought I'd share what I learned.
The syscall chflags does not exist in Linux, so when compiling Python it
notices this and does not provide os.chflags().
chattr(1) on the other hand uses an ioctl() of EXT2_IOC_SETFLAGS to set
the attributes (e2fsprogs-1.42.13's
Public bug reported:
On Trusty:
| scfc@tools-bastion-01:~$ python
| Python 2.7.6 (default, Jun 22 2015, 17:58:13)
| [GCC 4.8.2] on linux2
| Type "help", "copyright", "credits" or "license" for more information.
| >>> import hunspell
| Traceback (most recent call last):
| File "", line 1, in
Sorry for the late response and especially thanks to Micah and Mathew
for creating and testing the fix!
I just wanted to confirm that 1.3.1-1ubuntu0.1~ubuntu14.04.1 as shipped
by Trusty now works great in our setup.
Thanks again!
--
You received this bug notification because you are a member
I tested lua-json 1.3-1ubuntu0.1 on Trusty with the small test script
above (and our application to be sure).
With lua5.1, both worked correctly.
With lua5.2, the small test script failed with the error:
| scfc@toolsbeta-test-trusty:~$ lua
| Lua 5.2.3 Copyright (C) 1994-2013 Lua.org, PUC-Rio
|
** Description changed:
+ [Impact]
Currently lua-json is unusable in Trusty:
| scfc@toolsbeta-webproxy:~$ lua
| Lua 5.1.5 Copyright (C) 1994-2012 Lua.org, PUC-Rio
| require('json')
| /usr/share/lua/5.1/json/decode/strings.lua:102: loop body may accept empty
string
| stack
A backport from Utopic (1.3.1; backportpackage -u ppa:scfc/trusty-
backports -s utopic -d trusty lua-json) doesn't work on Trusty either,
suggesting that it may be broken on Utopic as well.
A backport from Vivid (1.3.2; backportpackage -u ppa:scfc/trusty-
backports -s vivid -d trusty lua-json)
Public bug reported:
Currently lua-json is unusable in Trusty:
| scfc@toolsbeta-webproxy:~$ lua
| Lua 5.1.5 Copyright (C) 1994-2012 Lua.org, PUC-Rio
| require('json')
| /usr/share/lua/5.1/json/decode/strings.lua:102: loop body may accept empty
string
| stack traceback:
| [C]: ?
|
We had this issue for some time now (cf.
https://phabricator.wikimedia.org/T92491); I found bug #1091137 which
says:
| When the landscape-client runs apt-get update, it can return an error
like this:
| E: Problem renaming the file /var/cache/apt/pkgcache.bin.PGPOhV to
Filed upstream at https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=782501.
** Bug watch added: Debian Bug tracker #782501
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782501
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
http://htmlpurifier.org/news/ says that 4.6.0 (packaged for Vivid) is a
major security release.
** Affects: php-htmlpurifier (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Public bug reported:
http://htmlpurifier.org/news/ says that 4.6.0 (packaged for Vivid) is a
major security release.
** Affects: php-htmlpurifier (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
What needs to be done to fix this in Precise? (WMF downstream bug:
https://phabricator.wikimedia.org/T5.)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/701544
Title:
phpunit requires
I know that (and feel the pain). I'm interested in what is required to
fix this specific bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/701544
Title:
phpunit requires PHP_CodeCoverage
To
Filed https://tickets.puppetlabs.com/browse/FACT-709 upstream.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to facter in Ubuntu.
https://bugs.launchpad.net/bugs/1330120
Title:
facter doesn't handle can't open /proc/interrupts at
Filed https://tickets.puppetlabs.com/browse/FACT-709 upstream.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1330120
Title:
facter doesn't handle can't open /proc/interrupts at /usr/bin/lsdev
FWIW, Strato replied that the warnings were harmless (who would have
thought …), but I could rent a root server (just a 262.5 % increase in
costs :-)) to get rid of them and a true Ubuntu installation instead.
So taking this upstream is probably the sensible approach.
--
You received this bug
FWIW, Strato replied that the warnings were harmless (who would have
thought …), but I could rent a root server (just a 262.5 % increase in
costs :-)) to get rid of them and a true Ubuntu installation instead.
So taking this upstream is probably the sensible approach.
--
You received this bug
Public bug reported:
On my rented Strato Linux virtual server, facter (and thus puppet)
throws a warning on each run:
| root@[redacted]:~# facter
| can't open /proc/interrupts at /usr/bin/lsdev line 15.
| [key = value pairs]
| root@[redacted]:~# puppet agent --test
| can't open /proc/interrupts
Public bug reported:
On my rented Strato Linux virtual server, facter (and thus puppet)
throws a warning on each run:
| root@[redacted]:~# facter
| can't open /proc/interrupts at /usr/bin/lsdev line 15.
| [key = value pairs]
| root@[redacted]:~# puppet agent --test
| can't open /proc/interrupts
I was looking for information on how to specify man pages for multiple
binary packages installed by make install, and the man page for
dh_installman (and this bug report) was not helpful. It took me trial
and error (and a look at dh_installman's source) to find out that you
need to specify:
|
23 matches
Mail list logo