Package: jenkins.debian.org
Severity: important
X-Debbugs-Cc: f...@obfusk.net
Hi!
F-Droid's reproducible build jobs are broken b/c they need virtualbox,
which hasn't been available in Debian stable for some time [1].
We should probably migrate to libvirt, but in the short term, using
virtualbox
Change by Felix C. Stegerman :
--
nosy: +obfusk
___
Python tracker
<https://bugs.python.org/issue37596>
___
___
Python-bugs-list mailing list
Unsubscribe:
* Helmut Grohne [2021-06-28 14:46]:
> On Thu, Jun 24, 2021 at 06:12:05PM +0200, Felix C. Stegerman wrote:
> > It also means that on /usr-merged systems e.g. /bin/screen is not a
> > "valid" shell, but /usr/bin/screen is (even though they are the same
> > file)
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-de...@lists.debian.org, f...@obfusk.net
* Package name: jiten-nonfree-data
Version : 1.1.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/jiten
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-devel@lists.debian.org, f...@obfusk.net
* Package name: jiten-nonfree-data
Version : 1.1.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/jiten
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-de...@lists.debian.org, f...@obfusk.net
* Package name: jiten-nonfree-data
Version : 1.1.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/jiten
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-de...@lists.debian.org, f...@obfusk.net
* Package name: jiten
Version : 1.1.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/jiten
* License
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-devel@lists.debian.org, f...@obfusk.net
* Package name: jiten
Version : 1.1.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/jiten
* License
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-de...@lists.debian.org, f...@obfusk.net
* Package name: jiten
Version : 1.1.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/jiten
* License
Hi,
* Helmut Grohne [2021-06-24 08:10]:
> Felix C. Stegerman cautioned that the contents of /etc/shells depends on
> whether the underlying system is /usr-merged.
It also means that on /usr-merged systems e.g. /bin/screen is not a
"valid" shell, but /usr/bin/screen
Hi!
> apksigcopier is a tool for copying APK signatures from a signed APK
> to an unsigned one (in order to verify reproducible builds). It can
> also be used to compare two APKs with different signatures.
As apksigcopier [1] -- including the vendored copy in fdroidserver [2]
-- has worked
Felix C. Stegerman added the comment:
https://github.com/obfusk/apksigcopier currently produces reproducible ZIP
files identical to those produced by apksigner using this code:
DATETIMEZERO = (1980, 0, 0, 0, 0, 0)
class ReproducibleZipInfo(zipfile.ZipInfo):
"""Repro
* Cecil Westerhof [2021-06-16 11:44]:
> Bij apt upgrade is er iets fout gegaan. in / zie ik:
> lrwxrwxrwx 1 root root 30 Jun 12 09:54 initrd.img ->
> boot/initrd.img-5.10.0-7-amd64
> lrwxrwxrwx 1 root root 30 Jun 12 09:54 initrd.img.old ->
> boot/initrd.img-5.10.0-6-amd64
>
> Maar ze
Hi!
* Helmut Grohne [2021-06-10 20:00]:
> […]
> Inconsistency
> =
>
> Some maintainer scripts take care to only run `add-shell` for initial
> configuration or for upgrading from an ancient version that didn't call
> `add-shell`. Others call `add-shell` for every invocation of
Hi!
* Nilesh Patra [2021-06-10 18:36]:
> Many thanks for your patches, I applies both of them and reprotest CI goes
> green now![1] \o/
> Super thanks for your help!
>
> I'll file a bug report now
>
> [1]: https://salsa.debian.org/med-team/brian/-/jobs/1694238
\o/
I already submitted the
Hi!
* "Felix C. Stegerman" [2021-06-10 16:55]:
> * Nilesh Patra [2021-06-07 21:16]:
> > * Only _some_ files in the documentation it vendors has stuff (like tags,
> > examples, links) in random order across different builds.
> > By the looks of it, it seems th
Hi!
* Nilesh Patra [2021-06-07 21:16]:
> * Only _some_ files in the documentation it vendors has stuff (like tags,
> examples, links) in random order across different builds.
> By the looks of it, it seems this randomness is due to the way data is being
> inserted into files with the
Hi!
I'd like to contribute to Reproducible Builds (for Debian).
I've read [1] and requested access to [2]; unfortunately, [3] is a
broken link.
- Felix
[1] https://reproducible-builds.org/contribute/
[2] http://salsa.debian.org/reproducible-builds
[3]
Hi!
I am looking for a sponsor for my package "kanjidraw":
* Package name: kanjidraw
Version : 0.2.3-1
Upstream Author : f...@obfusk.net
* URL : https://github.com/obfusk/kanjidraw
* License : AGPL-3.0-or-later, CC-BY-SA-3.0
* Vcs :
Hi Hans & Chris,
* Chris Lamb [2021-05-19 19:04]:
> > APKs (Android app files) often contain Linux ELF shared library files, e.g.
> > lib/arm64-v8a/libtor.so. These are only compared using a binary diff, but
> > they
> > should use the shared library comparison. The output looks like:
>
> It
Hi Hans & Chris,
* Chris Lamb [2021-05-19 19:04]:
> > APKs (Android app files) often contain Linux ELF shared library files, e.g.
> > lib/arm64-v8a/libtor.so. These are only compared using a binary diff, but
> > they
> > should use the shared library comparison. The output looks like:
>
> It
Hi!
I'd like to join the Debian Python Team :)
I develop several Python libraries & tools, which I'd like to package
and maintain for Debian, such as:
* apksigcopier [1], which has already been sponsored by Holger Levsen.
* kanjidraw [2], for which I need a sponsor :)
* jiten [3], which I
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-de...@lists.debian.org, f...@obfusk.net
* Package name: kanjidraw
Version : 0.2.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/kanjidraw
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-devel@lists.debian.org, f...@obfusk.net
* Package name: kanjidraw
Version : 0.2.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/kanjidraw
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-de...@lists.debian.org, f...@obfusk.net
* Package name: kanjidraw
Version : 0.2.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/kanjidraw
Felix C. Stegerman added the comment:
Hi! I've been working on reproducible builds for python-for-android [1,2,3].
Current issues with .pyc files are:
* .pyc files differ depending on whether Python was compiled w/ liblzma-dev
installed or not;
* many .pyc files include build paths;
* some
Change by Felix C. Stegerman :
--
nosy: +obfusk
___
Python tracker
<https://bugs.python.org/issue29708>
___
___
Python-bugs-list mailing list
Unsubscribe:
Hi!
I just released v0.5.0 of apksigcopier, which is the same code that
has now also been merged into fdroidserver master as a vendored
library.
I've also uploaded a Debian source package to mentors.debian.net,
which is now awaiting Holger's sponsorship.
- Felix
Change by Felix C. Stegerman :
--
nosy: +obfusk
___
Python tracker
<https://bugs.python.org/issue2824>
___
___
Python-bugs-list mailing list
Unsubscribe:
Package: fdroidserver
Version: 2.0.1-1
Severity: normal
X-Debbugs-Cc: f...@obfusk.net
Hi!
Currently, fdroidserver Depends: on python3-vagrant which in turn
Depends: on vagrant itself. Since fdroidserver has many use cases
that don't require vagrant, I think it would be better to downgrade
that
Hi Torsten,
* Torsten Grote [2021-03-31 16:58]:
> On Sunday, 28 March 2021 22:02:33 -03 Felix C. Stegerman wrote:
> > apksigcopier [2], a tool to copy APK signatures
> > from a signed APK to an unsigned one.
>
> What kind of signatures does the tool support (couldn't find
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-devel@lists.debian.org, f...@obfusk.net
* Package name: apksigcopier
Version : 0.3.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/apksigcopier
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-de...@lists.debian.org, f...@obfusk.net
* Package name: apksigcopier
Version : 0.3.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/apksigcopier
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-de...@lists.debian.org, f...@obfusk.net
* Package name: apksigcopier
Version : 0.3.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/apksigcopier
Hi!
The F-Droid reproducible builds & verification effort recently led [1]
to the development of apksigcopier [2], a tool to copy APK signatures
from a signed APK to an unsigned one.
( I've started packaging it for Debian [3] and intend to file an ITP
soon, but since I'm not a Debian developer
Felix C. Stegerman added the comment:
> The __getattr__ hack is not needed. You can reset the flags in a different,
> more straight forward way
As mentioned, ZipFile._open_to_write() will modify the ZipInfo's .external_attr
when it is set to 0.
> I just found another specifi
Felix C. Stegerman added the comment:
> external_attr == 0 may cause issues with permissions.
That may be true in some scenarios, but not being able to set it to 0 means you
can't create identical files to those produced by other tools -- like those
used to generate APKs -- which do in f
Change by Felix C. Stegerman :
--
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue43547>
___
___
Python-bugs-list mailing list
Un
Change by Felix C. Stegerman :
--
components: +Library (Lib)
___
Python tracker
<https://bugs.python.org/issue43547>
___
___
Python-bugs-list mailing list
Unsub
Change by Felix C. Stegerman :
--
components: -IO, Library (Lib)
versions: -Python 3.6, Python 3.7, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue43
Felix C. Stegerman added the comment:
I've closed the PR for now.
Using a carefully crafted ZipInfo object doesn't work because ZipFile modifies
its .external_attr when set to 0.
Using something like this quickly hacked together ZipInfo subclass does work:
class ZeroedZipInfo
Felix C. Stegerman added the comment:
I've created a draft PR; RFC :)
Also:
* setting the date to (1980,0,0,0,0,0) already works;
* the main issue seems to be that external_attr cannot be 0 atm.
--
___
Python tracker
<https://bugs.python.
Change by Felix C. Stegerman :
--
keywords: +patch
pull_requests: +23737
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24979
___
Python tracker
<https://bugs.python.org/issu
Change by Felix C. Stegerman :
--
nosy: +obfusk
___
Python tracker
<https://bugs.python.org/issue43547>
___
___
Python-bugs-list mailing list
Unsubscribe:
* "Bernhard M. Wiedemann" [2021-01-04 12:48]:
> This is not a timestamp issue, though. If those are varying, they are in
> the header (first 12 bytes) of the .pyc.
>
>
> │ 00f0: 6d5a 0d62 6469 7374 5f77 696e 696e 7374 mZ.bdist_wininst
> │ -0100: 5a05 6368 6563 6b5a 0675 706c 6f61 644e
Package: chromium
Version: 89.0.4389.82-1
Severity: normal
X-Debbugs-Cc: f...@obfusk.net
Hi!
It looks like the latest version doesn't build with libvpx 1.7.0.
So far I've only tried building it on Ubuntu [1], but I assume buster
has the same problem.
- Felix
[1]
Hi,
I can reproduce this after a "xrdb -load /dev/null".
However, I only seem to be able to reproduce it when I start urxvt via
an i3 keybinding. If I start it via dmenu or by running "urxvt" from
another terminal, I don't see a segfault in the logs.
- Felix
* "Felix C. Stegerman" [2021-02-11 18:09]:
> I forgot to mention that I first tried removing the
>
> handle->id_product == SCM_SPR532
>
> check in ccid_vendor_specific_setup(), but that didn't work.
Which makes sense since SCM_SPR532 and SCM_SPR332 apparently hav
I forgot to mention that I first tried removing the
handle->id_product == SCM_SPR532
check in ccid_vendor_specific_setup(), but that didn't work.
- Felix
It seems reportbug failed to include the patch file, so here it is.
- Felix
--- gnupg2-2.2.27.orig/scd/ccid-driver.c
+++ gnupg2-2.2.27/scd/ccid-driver.c
@@ -3584,6 +3584,16 @@ ccid_transceive_secure (ccid_driver_t ha
return CCID_DRIVER_ERR_NOT_SUPPORTED;
msg = send_buffer;
+
+ if
Package: scdaemon
Version: 2.2.27-1
Severity: important
Tags: patch upstream
X-Debbugs-Cc: f...@obfusk.net
Hi!
After upgrading gnupg from 2.2.20-1 to 2.2.27-1 my smartcard reader --
a SCM SPR332 -- is broken. Specifically:
* I'm using the reader's keypad to enter my PIN.
* The first time I
Hi Frederik,
* Frederik Rietdijk [2021-01-04 14:48]:
> Recently I spent some time again as well on making the Python interpreters
> in Nixpkgs build reproducibly. The following Nix expression results in
> deterministic builds of the 3.x interpreters we have. Search for
> `determinis` and you
Hi Bernhard (& Chris),
* "Bernhard M. Wiedemann" [2021-01-04 12:48]:
> Am 04.01.21 um 11:23 schrieb Chris Lamb:
> >> p4a compiles those with "hostpython -OO -m compileall -b -f" (where
> >> hostpython is the cross-compiled Python for the target -- arm64-v8a or
> >> armeabi-v7a -- which is thus
Hi!
I can confirm that adding
--use-gl=desktop
to
/etc/chromium.d/default-flags
makes hardware acceleration work (again) with chromium
87.0.4280.88-0.3 on unstable (on two systems with integrated intel
graphics), according to chrome://gpu.
NB: to get accelerated video decoding I had to
Hi!
I can confirm that adding
--use-gl=desktop
to
/etc/chromium.d/default-flags
makes hardware acceleration work (again) with chromium
87.0.4280.88-0.3 on unstable (on two systems with integrated intel
graphics), according to chrome://gpu.
NB: to get accelerated video decoding I had to
Package: rlwrap
Version: 0.43-1+b2
Severity: important
Tags: patch upstream
X-Debbugs-Cc: f...@obfusk.net
Hi!
Bug report, analysis & fix: https://github.com/hanslub42/rlwrap/issues/108
- Felix
Hi!
I've looked into this:
* readline 8.1 enables bracketed-paste by default;
* when bracketed-paste is enabled, rl_deprep_terminal() prints
BRACK_PASTE_FINI ("\033[?2004l\r") to rl_outstream;
* this moves the cursor to the beginning of the line (instead of the
position after the prompt),
Package: libreadline8
Version: 8.1~rc2-2
Severity: normal
With libreadline8=8.0-4 from testing:
$ rlwrap -C test python3 -c 'while True: print("you said", input(">>> "))'
>>> foo
you said foo
>>> bar
you said bar
>>> ^D
With libreadline8=8.1~rc2-2 from unstable:
$ rlwrap -C test
Felix C. Stegerman added the comment:
> specified_attributes = True is also set in xml.dom.expatbuilder.
That's good to know and should perhaps be addressed as well.
> Should not it be set to true in the C implementation of ElementTree?
That would break existing code. Including mi
Change by Felix C. Stegerman :
--
keywords: +patch
pull_requests: +21901
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22987
___
Python tracker
<https://bugs.python.org/issu
New submission from Felix C. Stegerman :
I originally reported this as a bug in PyPy, but it turns out that CPython's C
implementation (_elementtree) behaves differently than the pure Python version
(b/c it sets specified_attributes = 1).
PyPy issue with example code: https
Package: iptables
Version: 1.8.1-1
Followup-For: Bug #911777
Dear Maintainer,
The iptables upgrade from 1.6.2-1.1 to 1.8.1-1 also breaks uwf (since
that also looks for ip{,6}tables in /sbin).
I've managed to get it working again for now by:
* creating symlinks to /usr/sbin/ip{,6}tables in
Thank you for the quick reply, Brian.
* Brian Potkin [2018-09-16 13:50]:
> Thank you for your report, Felix.
>
> On Sat 15 Sep 2018 at 13:20:57 +0200, Felix C. Stegerman wrote:
>
> > Package: cups
> > Version: 2.2.8-5
> > Severity: normal
> >
> >
Package: cups
Version: 2.2.8-5
Severity: normal
Dear Maintainer,
Wondering why my printer didn't seem to want to print anymore, I
noticed that completed print jobs stay in the queue, preventing any
subsequent jobs from printing (unless I lprm the completed job).
Tried with lpr, lp and printing
Package: cups
Version: 2.2.8-5
Severity: normal
Dear Maintainer,
Wondering why my printer didn't seem to want to print anymore, I
noticed that completed print jobs stay in the queue, preventing any
subsequent jobs from printing (unless I lprm the completed job).
Tried with lpr, lp and printing
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
* Package name: mmm
Version : 0.4.1
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/m
* License : GPLv3+
Programming Lang: Python
Description : minimali
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
* Package name: mmm
Version : 0.4.1
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/m
* License : GPLv3+
Programming Lang: Python
Description : minimali
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
* Package name: mmm
Version : 0.4.1
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/m
* License : GPLv3+
Programming Lang: Python
Description : minimali
Package: src:linux
Version: 4.17.8-1
Followup-For: Bug #904441
Dear Maintainer,
Same issue here; 4.16.0-2-amd64 works fine; ahci.mobile_lpm_policy=1
does not help.
$ cat /sys/bus/scsi/devices/0\:0\:0\:0/model
ST9500325ASG
$ cat /sys/bus/scsi/devices/0\:0\:0\:0/rev
APM1
Happy to help debug
Package: src:linux
Version: 4.17.8-1
Followup-For: Bug #904441
Dear Maintainer,
Same issue here; 4.16.0-2-amd64 works fine; ahci.mobile_lpm_policy=1
does not help.
$ cat /sys/bus/scsi/devices/0\:0\:0\:0/model
ST9500325ASG
$ cat /sys/bus/scsi/devices/0\:0\:0\:0/rev
APM1
Happy to help debug
I'd appreciate some help fixing this since these computers are now not
getting automatic security updates. And since it's a pretty standard
Ubuntu Desktop installation, I'd be surprised if these were the only
onese affected.
Unfortunately it's a little hard to debug this since it seems to happen
I'd appreciate some help fixing this since these computers are now not
getting automatic security updates. And since it's a pretty standard
Ubuntu Desktop installation, I'd be surprised if these were the only
onese affected.
Unfortunately it's a little hard to debug this since it seems to happen
** Information type changed from Public to Public Security
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1771135
Title:
unattended upgrades always fail b/c dpkg status
** Information type changed from Public to Public Security
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1771135
Title:
unattended upgrades always fail b/c dpkg status database is always
locked
Thanks for the info. I seem to have missed that.
Any idea what else might be running? Or a workaround/fix?
These are pretty standard Ubuntu Desktop machines. And everything
worked fine when I installed them last year. I doubt it's a strange
configuration on my part.
- Felix
--
You
Thanks for the info. I seem to have missed that.
Any idea what else might be running? Or a workaround/fix?
These are pretty standard Ubuntu Desktop machines. And everything
worked fine when I installed them last year. I doubt it's a strange
configuration on my part.
- Felix
--
You
Public bug reported:
Hi,
(Filing this bug against apt since that contains the systemd timers and
cron job to start unattended-upgrades).
I'm using unattended-upgrades on several computers. On the one that is
on most of the time, updates work as expected. On the ones that are off
most of the
Public bug reported:
Hi,
(Filing this bug against apt since that contains the systemd timers and
cron job to start unattended-upgrades).
I'm using unattended-upgrades on several computers. On the one that is
on most of the time, updates work as expected. On the ones that are off
most of the
Package: scribus
Version: 1.4.6+dfsg-4+b1
Severity: normal
Dear Maintainer,
Importing PDF files in scribus fails w/ ghostscript complaining that
the "DELAYBIND command has been deprecated". Similar to bug #880650
it seems.
I've tried to run the gs command scribus uses by hand w/ the
Package: apparmor
Version: 2.12-4
Severity: normal
Dear Maintainer,
I noticed that my openntpd service stopped working after apparmor was
enabled in sid by default. I finally traced the problem to a
remaining /etc/apparmor.d/usr.sbin.ntpd.dpkg-remove without 'x'
permissions for /usr/sbin/ntpd.
Package: openntpd
Version: 1:6.2p3-1
Severity: normal
Dear Maintainer,
I noticed that my openntpd service stopped working after apparmor was
enabled in sid by default. I finally traced the problem to a remaining
/etc/apparmor.d/usr.sbin.ntpd.dpkg-remove without 'x' permissions for
Package: aptitude
Version: 0.8.10-6
Severity: normal
Dear Maintainer,
I just found some aptitude-download---- directories in
/tmp. Presumably from some recent failed `aptitude changelog`
invocations. The directories are empty. I may have ^Cd aptitude
because it seemed to hang,
Package: aptitude
Version: 0.8.10-6
Severity: normal
Dear Maintainer,
I just found some aptitude-download---- directories in
/tmp. Presumably from some recent failed `aptitude changelog`
invocations. The directories are empty. I may have ^Cd aptitude
because it seemed to hang,
Package: twine
Version: 1.8.1-2
Severity: important
Dear Maintainer,
Trying to upload a package to TestPyPI [1]:
$ twine upload --repository-url https://test.pypi.org/legacy/ dist/*
results in twine uploading it to the *regular* PyPI.
There's a bug in the --repository-url handling, which is
Package: rhythmbox
Version: 3.4.2-1
Severity: normal
Dear Maintainer,
I just added some new music to my iPod using rhythmbox (as usual),
however several files could not be played. Investigating, I found
that:
07-ANGER|ANGER.mp3 was renamed as 07-ANGER_ANGER.mp3 on the iPod's
file system, and
Hello Guys,
I want to develop an Android Wear App for Sony Smartwatch 3, which has
Android 4.4W installed.
However, I am not able to setup the emulator in Android Studio for Android
4.4W, because there is no system image available in the SDK Manager.
There are no errors in the console/log, the
Hello, i can't unpack my teamspeak3-server_linuk_amd64-3.0.13.6.tar.bz2
Error:
tar (child): cannot run bzip2: No such file or directory
tar (child): trying lbzip2
tar (child): lbzip2: Cannot exec: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned
Package: ipython3
Version: 2.4.1-1
Severity: normal
Dear Maintainer,
I suddenly get this:
$ LC_ALL=C ipython3
Traceback (most recent call last):
File "/usr/bin/ipython3", line 5, in
start_ipython()
File "/usr/lib/python3/dist-packages/IPython/__init__.py", line 120, in
start_ipython
Package: ipython3
Version: 2.4.1-1
Severity: normal
Dear Maintainer,
I suddenly get this:
$ LC_ALL=C ipython3
Traceback (most recent call last):
File "/usr/bin/ipython3", line 5, in
start_ipython()
File "/usr/lib/python3/dist-packages/IPython/__init__.py", line 120, in
start_ipython
Hi,
This time I replaced linux-image-4.7.0-1-amd64 w/
linux-image-4.7.0-1-amd64-unsigned. Then I ran:
$ sudo aptitude purge ~c
...
Purging configuration files for linux-image-4.7.0-1-amd64 (4.7.2-1+s1) ...
...
rmdir: failed to remove '/lib/modules/4.7.0-1-amd64': Directory not empty
...
Not
Hi,
This time I replaced linux-image-4.7.0-1-amd64 w/
linux-image-4.7.0-1-amd64-unsigned. Then I ran:
$ sudo aptitude purge ~c
...
Purging configuration files for linux-image-4.7.0-1-amd64 (4.7.2-1+s1) ...
...
rmdir: failed to remove '/lib/modules/4.7.0-1-amd64': Directory not empty
...
Not
Package: linux-image-4.6.0-1-amd64-signed
Version: 4.6.1-1
Severity: important
Dear Maintainer,
Since I saw that the non-signed kernel had been updated -- and did not
see any need for a signed kernel atm -- I decided to replace it. This
caused some trouble...
# replaces
Package: linux-image-4.6.0-1-amd64-signed
Version: 4.6.1-1
Severity: important
Dear Maintainer,
Since I saw that the non-signed kernel had been updated -- and did not
see any need for a signed kernel atm -- I decided to replace it. This
caused some trouble...
# replaces
Package: src:linux
Version: 4.5.2-1
Severity: important
Dear Maintainer,
Since today, every time I suspend my laptop and re-awake it:
* the load keeps climbing
* I can still interact to some extent with running programs, but it
seems HDD I/O has become impossible (`pwd` works, `ls`
Package: src:linux
Version: 4.5.2-1
Severity: important
Dear Maintainer,
Since today, every time I suspend my laptop and re-awake it:
* the load keeps climbing
* I can still interact to some extent with running programs, but it
seems HDD I/O has become impossible (`pwd` works, `ls`
Package: python3.5-venv
Version: 3.5.1-5
Severity: important
Dear Maintainer,
It seems that python3.5-venv is currently uninstallable if python-pip
is installed.
$ aptitude -s install python3.5-venv
The following NEW packages will be installed:
python-setuptools-whl{a} python3.5-venv
0
Package: i3
Version: 4.10.3-1
Severity: normal
Dear Maintainer,
I've connected an external monitor to my laptop and use
`xrandr --output HDMI1 --primary --auto --output LVDS1 --off`
to only use the external monitor and not the laptop screen.
I use `i3lock systemctl suspend` to lock and
Thanks! It's good to know
--- Original Message ---
From: Eskilson,Aleksander alek.eskil...@cerner.com
Sent: June 25, 2015 5:57 AM
To: Felix C felixcheun...@hotmail.com, user@spark.apache.org
Subject: Re: SparkR parallelize not found with 1.4.1?
Hi there,
Parallelize is part of the RDD API
Hi,
It must be something very straightforward...
Not working:
parallelize(sc)
Error: could not find function parallelize
Working:
df - createDataFrame(sqlContext, localDF)
What did I miss?
Thanks
* Barry Warsaw ba...@debian.org [2015-05-26 23:45]:
@Felix: Actually the pip_util.diff is only relevant for bug #758787. I've
tested what will be pip 1.5.6-6 with that patch and it isn't relevant for bug
#786440 afaict.
You're absolutely right. I intentionally CC'd this bug because it's
1 - 100 of 347 matches
Mail list logo