Bug#782336: okular: Cannot print from okular

[Leo L. Schwab]

Package: okular
Version: 4:23.08.1-2+b1
Followup-For: Bug #782336

Dear Maintainer,

I'm observing the same behavior.  In my specific case, I was
trying to print a range of pages from a PDF.  Instead, an `lpr` usage
message appeared on the terminal:

```
usage: lpr [-cdfghlmnpqrstv] [-#num] [-1234 font] [-C class] [-i [numcols]]
[-J job] [-Pprinter] [-T title] [-U user] [-wnum] [name ...]
```

`okular` itself reports no error or any other indication that
the print operation failed.

It's not listed in the dependencies below, but I also have
installed:
* cups v2.4.7-1.1+b1
* lpr 1:2008.05.17.3+nmu2

Schwab

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.12-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages okular depends on:
ii  kinit   5.115.0-2
ii  kio 5.115.0-6
ii  libc6   2.38-11
ii  libfreetype62.13.2+dfsg-1+b4
ii  libjpeg62-turbo 1:2.1.5-3
ii  libkf5activities5   5.115.0-3
ii  libkf5archive5  5.115.0-2
ii  libkf5bookmarks55.115.0-2
ii  libkf5codecs5   5.115.0-2
ii  libkf5completion5   5.115.0-2
ii  libkf5configcore5   5.115.0-2
ii  libkf5configgui55.115.0-2
ii  libkf5configwidgets55.115.0-2
ii  libkf5coreaddons5   5.115.0-2
ii  libkf5crash55.115.0-2
ii  libkf5i18n5 5.115.1-2
ii  libkf5itemviews55.115.0-2
ii  libkf5jobwidgets5   5.115.0-2
ii  libkf5kexiv2-15.0.0 23.04.2-2+b1
ii  libkf5kiocore5  5.115.0-6
ii  libkf5kiogui5   5.115.0-6
ii  libkf5kiowidgets5   5.115.0-6
ii  libkf5parts55.115.0-2
ii  libkf5pty5  5.115.0-2
ii  libkf5purpose-bin   5.115.0-2
ii  libkf5purpose5  5.115.0-2
ii  libkf5textwidgets5  5.115.0-2
ii  libkf5wallet-bin5.115.0-2
ii  libkf5wallet5   5.115.0-2
ii  libkf5widgetsaddons55.115.0-2
ii  libkf5windowsystem5 5.115.0-2
ii  libkf5xmlgui5   5.115.0-2
ii  libokular5core114:23.08.1-2+b1
ii  libphonon4qt5-4t64  4:4.12.0-3.1+b1
ii  libpoppler-qt5-1t64 24.02.0-5
ii  libqmobipocket2 4:22.12.3-1+b2
ii  libqt5core5t64  5.15.10+dfsg-7.2+b1
ii  libqt5dbus5t64  5.15.10+dfsg-7.2+b1
ii  libqt5gui5t64   5.15.10+dfsg-7.2+b1
ii  libqt5printsupport5t64  5.15.10+dfsg-7.2+b1
ii  libqt5texttospeech5 5.15.10-2+b2
ii  libqt5widgets5t64   5.15.10+dfsg-7.2+b1
ii  libqt5x11extras55.15.10-2+b2
ii  libqt5xml5t64   5.15.10+dfsg-7.2+b1
ii  libspectre1 0.2.12-1+b1
ii  libstdc++6  14.1.0-1
ii  phonon4qt5  4:4.12.0-3.1+b1
ii  zlib1g  1:1.3.dfsg+really1.3.1-1

Versions of packages okular recommends:
pn  cups-bsd  

Versions of packages okular suggests:
ii  ghostscript10.03.1~dfsg~git20240518-1
pn  okular-extra-backends  
ii  poppler-data   0.4.12-1
ii  texlive-binaries   2023.20230311.66589-9+b2
ii  unrar  1:7.0.9-1

-- no debconf information

Bug#1070236: python3-samba: SyntaxError during configuration phase of package on upgrade

[Leo L. Schwab]

Did you fix this one, too?

---
Performing actions...
Setting up python3-samba (2:4.19.6+dfsg-2) ...
  File "/usr/lib/python3/dist-packages/samba/ms_schema_markdown.py", line 25
try
   ^
SyntaxError: expected ':'
  File "/usr/lib/python3/dist-packages/samba/ms_schema_markdown.py", line 25
try
   ^
SyntaxError: expected ':'
dpkg: error processing package python3-samba (--configure):
---

Schwab

Bug#1068301: Missing package for PHP8.3

[Leo Unglaub]

Package: php-imagick
Version: 3.7.0-4

Hey,
i noticed that the package php-imagick is not available for php8.3. It 
is provided for php8.1 and php8.2, but not for the current one.


Could you please be so kind and add it?
Thanks and greetings
Leo

Bug#1042364: syncthing: update to the latest version (1.27.1)

[Leo Unglaub]

Hey,
there is an even newer version available. It's now already up to 1.27.1. 
Would it be possible for you to apply that update?


Thanks and greetings
Leo

Bug#1056597: [FFmpeg-user] drawtext filter missing

[Leo Butler]

On 11/28/23, Paul B Mahol  wrote:
> On Tue, Nov 28, 2023 at 9:40 PM Leo Butler via ffmpeg-user <
> ffmpeg-u...@ffmpeg.org> wrote:
>
>> Hello,
>>
>> I ran into this problem with the current Debian testing build, so I
>> thought I would try the static build. Both are compiled with
>> --enable-libfreetype but both barf on a drawtext filter. I am attaching
>> the log file from the static build.
>>
>> According to:
>>
>> https://ffmpeg.org/ffmpeg-all.html#drawtext-1
>>
>> the libfreetype library should be sufficient.
>>
>>
> Citation from that link:
>
> To enable compilation of this filter, you need to configure FFmpeg with
> --enable-libfreetype and --enable-libharfbuzz. To enable default font
> fallback and the font option you need to configure FFmpeg with
> --enable-libfontconfig. To enable the text_shaping option, you need to
> configure FFmpeg with --enable-libfribidi.
>
> So your statements are invalid.

You are correct.

It looks like in commit 1eeb59a2099 you added the libharfbuzz
dependency (6 months ago).
But you did not include this change in the Changelog. I will guess
that downstream packagers, including Debian and whoever it is who
builds unofficial binaries, missed this new dependency. Hence, their
packages are broken.

Please fix this, Paul. Those folks shouldn't need to wade through
every commit message in order to build ffmpeg correctly.

Thanks,
Leo

Bug#1056597: ffmpeg: drawtext filter missing from ffmpeg binaries

[Leo Butler]

The original bug-report expresses doubt about the solution proposed.

As documented here:
https://ffmpeg.org/ffmpeg-all.html#drawtext-1

the build must be configured with both --enable-libfreetype and
--enable-libharfbuzz.

I can confirm that is correct, when building ffmpeg against current git
head.

Leo

ffmpeg started on 2023-11-28 at 15:32:08
Report written to "ffmpeg-20231128-153208.log"
Log level: 48
Command line:
./ffmpeg -y -report -f lavfi -i "testsrc=duration=5:size=hd720:rate=10" -filter_complex "drawtext=fontsize=30:fontfile=/usr/share/fonts/truetype/freefont/FreeSerif.ttf:text=\"hello world\":x=(w-text_w)/2:y=(h-text_h)/2" -f mpegts /tmp/out.ts
ffmpeg version N-112875-g47e214245b-3 Copyright (c) 2000-2023 the FFmpeg developers
  built with gcc 13 (Debian 13.2.0-5)
  configuration: --enable-libfreetype --enable-libharfbuzz --enable-libx264 --enable-gpl --prefix=/usr --extra-version=3 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls
  libavutil  58. 32.100 / 58. 32.100
  libavcodec 60. 35.100 / 60. 35.100
  libavformat60. 18.100 / 60. 18.100
  libavdevice60.  4.100 / 60.  4.100
  libavfilter 9. 14.100 /  9. 14.100
  libswscale  7.  6.100 /  7.  6.100
  libswresample   4. 13.100 /  4. 13.100
  libpostproc57.  4.100 / 57.  4.100
Splitting the commandline.
Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'.
Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'.
Reading option '-f' ... matched as option 'f' (force format) with argument 'lavfi'.
Reading option '-i' ... matched as output url with argument 'testsrc=duration=5:size=hd720:rate=10'.
Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument 'drawtext=fontsize=30:fontfile=/usr/share/fonts/truetype/freefont/FreeSerif.ttf:text="hello world":x=(w-text_w)/2:y=(h-text_h)/2'.
Reading option '-f' ... matched as option 'f' (force format) with argument 'mpegts'.
Reading option '/tmp/out.ts' ... matched as output url.
Finished splitting the commandline.
Parsing a group of options: global .
Applying option y (overwrite output files) with argument 1.
Applying option report (generate a report) with argument 1.
Applying option filter_complex (create a complex filtergraph) with argument drawtext=fontsize=30:fontfile=/usr/share/fonts/truetype/freefont/FreeSerif.ttf:text="hello world":x=(w-text_w)/2:y=(h-text_h)/2.
[AVFilterGraph @ 0x55677bdf0580] Setting 'fontsize' to value '30'
[AVFilterGraph @ 0x55677bdf0580] Setting 'fontfile' to value '/usr/share/fonts/truetype/freefont/FreeSerif.ttf'
[AVFilterGraph @ 0x55677bdf0580] Setting 'text' to value '"hello world"'
[AVFilterGraph @ 0x55677bdf0580] Setting 'x' to value '(w-text_w)/2'
[AVFilterGraph @ 0x55677bdf0580] Setting 'y' to value '(h-text_h)/2'
Successfully parsed a group of options.
Parsing a group of options: input url testsrc=duration=5:size=hd720:rate=10.
Applying option f (force format) with argument lavfi.
Successfully parsed a group of options.
Opening an input file: testsrc=duration=5:size=hd720:rate=10.
[AVFilterGraph @ 0x55677bdf5040] Setting 'duration' to value '5'
[AVFilterGraph @ 0x55677bdf5040] Setting 'size' to value 'hd720'
[AVFilterGraph @ 0x55677bdf5040] Setting 'rate' to value '10'
detected 8 logical cores
[Parsed_testsrc_0 @ 0x55677bdf2240] size:1280x720 rate:10/1 duration:5.00 sar:1/1
[AVFilterGraph @ 0x55677bdf5040] query_formats: 2 queried, 1 merged, 0 already done, 0 delayed
[lavfi @ 0x55677bdf4940] All info found
Input #0, lavfi, from 'testsrc=duration=5:size=hd720:rate=10':
  Duration: N/A, start: 0.00, bitrate: N/A
  Stream #0:0, 1, 1/10: Video: wrapped_avframe, rgb24, 1280x720 [SAR 1:1 DAR 16:9], 10 fps, 10 tbr, 10 tbn
Successfully opened the file.
Parsing a group of options: output url /tmp/out.ts.
Applying option f (force format) with argument mpegts.
Successfully parsed a group of options.
Opening an output file: /tmp/out.ts.
[out#0/mpegts @ 0x55677bdfac40] Creating output stream from unlabeled output of complex filtergraph 0. This overrides automatic video mapping.
[vost#0:0/mpeg2video @ 0x55677bdfbe00] Created video stream from complex filtergraph 0:[drawtext:default]
[vost#0:0/mpeg2video @ 0x55677bdfbe00] 
[out#0/mpegts @ 0x55677bdfac40] No explicit maps, mapping streams automatically...
[file @ 0x55677bdfef80] Setting default whitelist 'file,crypto,data'
Successfully opened the file.
Stream mapping:
  Stream #0:0 (wrapped_avframe) -> drawtext:default
  drawtext:default -> Stream #0:0 (mpeg2video)
Press [q] to stop, [?] for help
[AVFilterGraph @ 0x55677bdff640] Setting 'fontsize' to value '30'
[AVFilterGraph @ 0x55677bdff640] Setting 'fontfile' to value '/usr/share/fonts/truetype/freefont/FreeSerif.ttf'
[AVFilterGr

Bug#1055062: qterminal: crashes with segmentation fault when launched in drop down mode

[Leo Gama]

Package: qterminal
Version: 1.2.0-2
Severity: important

Dear Maintainer,

QTerminal on my Debian stable fresh installation just crashes with a
segmentation fault when launched in its "drop down" mode. The standard mode
works normally.

Example of command and the observedd error message (no window shows up):

$ qterminal --drop
QSocketNotifier: Can only be used with threads started with QThread
Segmentation fault
$

I've tried to delete its configuration files so that it would do a fresh
startup but got the same error.


-- System Information:
Debian Release: 12.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-13-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qterminal depends on:
ii  libc6  2.36-9+deb12u2
ii  libqt5core5a   5.15.8+dfsg-11
ii  libqt5dbus55.15.8+dfsg-11
ii  libqt5gui5 5.15.8+dfsg-11
ii  libqt5widgets5 5.15.8+dfsg-11
ii  libqt5x11extras5   5.15.8-2
ii  libqtermwidget5-1  1.2.0-2
ii  libstdc++6 12.2.0-14
ii  libx11-6   2:1.8.4-2+deb12u1

Versions of packages qterminal recommends:
ii  qterminal-l10n  1.2.0-2

qterminal suggests no packages.

-- no debconf information


Leonardo Gama
[image: https://]about.me/leogama

Bug#1029170: ITP: golang-github-sigstore-sigstore -- Common go library shared across sigstore services and clients

[Leo Antunes]

Hi Reinhard,

absolutely no worries at all! Huge thanks on all your work and sorry for not 
being more responsive. I can only manage some "debian time" in between "real 
life" blocks, so a lot falls through the cracks :(

Cheers
Leo

--- Original Message ---
On Wednesday, July 19th, 2023 at 12:35, Reinhard Tartler  
wrote:

> Hi Leo,
>
> I hope you are well. Now that all dependencies to build this package are in 
> place, I've taken the liberty of uploading the package to debian/experimental 
> and pushed my sources to 
> https://salsa.debian.org/go-team/packages/golang-github-sigstore-sigstore
>
> I really don't want this to be seen as an ITP takeover, since we've been 
> talking on this ITP for a while, I hope that's okay. Please take a look at 
> this repo and at 
> https://ftp-master.debian.org/new/golang-github-sigstore-sigstore_1.4.0-1.html
>  and let me know what you think.
>
> Best,
> -rt
> --
>
> regards,
> Reinhard

Bug#1038117: util-linux: resume building of static libs

[Leo Antunes]

Hi,

On Thu, 15 Jun 2023 17:38:27 +0200 Chris Hofstaedtler 
wrote:
> For Debian we just do the Debian thing: do not ship static libraries
> except for very narrow within-Debian-use-cases.

Don't wanna come off too abrasive here, but:
$ apt-file search -lx '^/usr/lib/.*\.a$' | sort | uniq | wc -l
6849

That doesn't look very narrow 
Also, policy explicitly mentions it as "usually provided"[0], which -
granted - doesn't mean you *have* to do it, but does kinda endorse it.

Just because we (via policy) forbid linking statically within debian,
it shouldn't mean we have to unnecessarily alienate out users (in this
case myself ) when they want to do it on their systems.

> I think if you do custom stuff for minimal containers etc, its best
> if you bring your own libraries and do not rely on development
> packages intended -for- Debian packages.

Not sure I understand the reasoning: a library is a tool, in the
broadest sense. Our users rely on debian providing a usable gcc to
build stuff, just as they rely on us providing libs for them to link
against, dynamically or otherwise. AFAICT there's nothing particularly
debian-specific about this?

But don't get me wrong: if there's a technical reason I'm overlooking,
then the points above are irrelevant, of course.

--
Leo

[0]
https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#static-libraries

Bug#1038118: lcms2: please build static libs

[Leo Antunes]

Source: lcms2
Version: 2.14-2
Severity: normal

Dear Maintainers,

It would be great if we could start including the .a files in the -dev
packages. This would allow building static binaries against the library
(e.g. for minimal container cases)

Thanks!
Leo Antunes

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#1038117: util-linux: resume building of static libs

[Leo Antunes]

Source: util-linux
Version: 2.38.1-5+b1
Severity: normal

Dear Maintainers,

During the bump to dh13 a couple of years back the static libs were
removed from all *-dev packages[0].
This change has the unfortunate side-effect of making it impossible to
actually use the libraries in static builds (e.g. when building for
minimal container scenarios).

It would be great if we could either re-introduce them or at least add
a comment explaining the reasoning behind the removal (to avoid future
me bumping into this again ;))


Thanks!

[0] 
https://salsa.debian.org/debian/util-linux/-/commit/1e827a6811e2b22aacdd4b91b11aca9f103e5d12


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- no debconf information

Bug#1029170: ITP: golang-github-sigstore-sigstore -- Common go library shared across sigstore services and clients

[Leo Antunes]

Sorry for the late reply. My laptop decided it was a good time to break, so 
I'll have even less time to work on this in the next few days/weeks :/

--- Original Message ---
On Sunday, March 26th, 2023 at 22:07, Reinhard Tartler  
wrote:

> Sounds good.
> 
> I'm happy to take on the easier dependencies, such as pkg/browser or 
> jellydator/ttlcache.


That would be a huge help already!


> But the dependency on boulder is giving me a massive headache. It is really 
> unfortunate that they chose to use such a heavy dependency for a rather 
> simple task (goodkey). What are your thoughts on resolving this?


I didn't dive deep into the code, but I suspect we can patch away the boulder 
dep. I'll gladly give it a try as soon as I have a workable laptop again (but 
feel free to jump in if you find the time!)


Regards,
Leo Antunes

Bug#1030857: transmission 4.0.1-1

[Leo Antunes]

hi,

--- Original Message ---
On Friday, March 17th, 2023 at 21:51, Barak A. Pearlmutter 
 wrote:

> I would say that marking lots of 100% downloaded torrent as 0%, and
> refusing to re-verify them, would count as a severity: important bug,
> and hence allow 4.0.2 to get into the release. The release team wants
> a high-quality release just as much as we do, and transmission is a
> leaf package and therefore they might be a bit more lenient.

Testing still has 3.00, so I'm afraid bugs in 4.0.1 are probably not an 
argument for migration.
But who knows, maybe 路
 
> Anyway, I've just prepared a 4.0.2-1 release candidate,
> https://salsa.debian.org/bap/transmission branch "master" with
> "upstream" and "pristine-tar" branches updated as well, and new tag
> "upstream/4.0.2". I've tested it, and it solves the "fully downloaded
> torrent sticks as 0% and refuses to verify" problem, and seems
> otherwise functional.

4.0.2 is already uploaded ;)
https://tracker.debian.org/news/1427244/accepted-transmission-402-1-source-into-unstable/


Regards,
Leo

Bug#1030857: transmission 4.0.1-1

[Leo Antunes]

I'm on it.
But AFAIUI, the only chance of getting it through the freeze would be some 
autopkgtests[0] :/

Regards,

[0] https://release.debian.org/testing/freeze_policy.html#hard


--- Original Message ---
On Thursday, March 16th, 2023 at 15:28, Sandro Tosi  wrote:
> 
> upstream released 4.0.2:
> https://github.com/transmission/transmission/releases/tag/4.0.2

Bug#1030857: verification issue

[Leo Antunes]

Hi,

--- Original Message ---
On Thursday, March 2nd, 2023 at 01:39, Barak A. Pearlmutter 
 wrote:
> Okay, I cherry-picked upstream commits 487cc27e1..d21a3b622, the
> endpoint being the current upstream/main, and built, and installed,
> and it seems to solve this problem. The "no bencoded data to parse"
> messages are gone. And things verify upon request, with most of them
> succeeding.

Since we missed the freeze anyway, I'd suggest we give upstream a couple more 
days for a release including the fixes?

> A few failed to verify even though they are absolutely
> downloaded; these are all single file torrents, instead of a directory
> containing files. So that's a clue as to the bug, I suppose.

What does "fail to verify" mean? Does it invalidate the whole download? Or are 
they stuck in some state?
My test upgrade triggered verifications for all existing torrents, but once 
verifications were done, all seemed good.


Cheers
Leo Antunes

Bug#1030857: Testing

[Leo Antunes]

Hi,

On Fri, 24 Feb 2023 21:28:18 + "Barak A. Pearlmutter" wrote:
> The upgraded daemon invalidates all downloaded data and wants to
> verify them, which is a local operation, but is still taking forever.
> I think that's supposed to be a feature not a bug.

Yeah, that makes sense.

> If someone were to test the clients that would be great!

Unless morph vetoes it, I'd merge your 3 salsa MRs [0][1][2] and if no obvious 
problems pop up during testing I'd just upload it. WDYT?


Cheers
Leo Antunes


[0] https://salsa.debian.org/debian/transmission/-/merge_requests/11
[1] https://salsa.debian.org/debian/transmission/-/merge_requests/12
[2] https://salsa.debian.org/debian/transmission/-/merge_requests/13

Bug#1030857: transmission: New 4.0 version is available

[Leo Antunes]

Hi,

Just FYI: I have done some work in the salsa repo[0], but there are still a few 
kinks to iron out before we can ship it. It builds, but my debhelper-foo is a 
bit rusty :)

If anyone wants to jump in and finish it up, I wouldn't complain!

Cheers
Leo

[0] https://salsa.debian.org/debian/transmission

Bug#1030840: fonts-femkeklaver: relicensing of Debian packaging to 0BSD?

[Leo Antunes]

Hi Gioele,

--- Original Message ---
On Wednesday, February 8th, 2023 at 09:06, Gioele Barabucci  
wrote:

> Given the trivial amount of packaging now left (a handful of boilerplate
> code), would you be OK with relicensing it under 0BSD (ISC without
> attribution, pretty much public domain)?
> 
> https://opensource.org/licenses/0BSD
> 
> A yes/no answer is enough. I'll take care of the change if you both agree.

Sure, go ahead.


Cheers
Leo Antunes

Bug#1029170: ITP: golang-github-sigstore-sigstore -- Common go library shared across sigstore services and clients

[Leo Antunes]

Hi Reinhard,

It seems I underestimated the work and overestimated by free time: we need some 
bumps for deps (e.g. golang-github-azure-azure-sdk-for-go-dev) and maybe some 
patching to get rid of other deps (e.g. github.com/letsencrypt/boulder), if we 
can manage that.
OTOH, I see you already took care of #1030555 and #1030557! That's great! :)

Cheers
Leo


--- Original Message ---
On Thursday, February 2nd, 2023 at 12:33, Reinhard Tartler  
wrote:


> seems https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022937 was accepted. 
> Any update on sigstore packaging?

Bug#1029170: ITP: golang-github-sigstore-sigstore -- Common go library shared across sigstore services and clients

[Leo Antunes]

Hi Reinhard!

I think this changed a bit in the meantime: now the sigstore project has mostly 
shared lib code, while the individual commands (rekor, fulcio, gitsign, etc) 
are all in separate repos. So I expect this library to not be THAT difficult to 
package (the next one on my list is rekor - see #990249 - which will probably 
require more work).
As soon as #1022937 is done (waiting in NEW since 2 months), I expect sigstore 
to be a quick follow-up.
However, I'd gladly take an extra pair of eyes on the package, so I can ping 
you as soon as I have something that builds.

Thanks,
Leo Antunes
--- Original Message ---
On Thursday, January 19th, 2023 at 09:37, Reinhard Tartler  
wrote:

> Hi Leo,
>
> Thank you so much for your interest in packaging this! -- I've noticed that 
> it is a dependency of containers/image for image signing, and have looked at 
> this package before. Unfortunately, I got intimidated with the sheer number 
> of unpackaged dependencies that it requires. Maybe this has improved since 
> the last time I looked at it? In any case, I've decided to patch the source 
> to disable signing functionality to avoid requiring code from sigstore, which 
> is of course very unfortunate.
>
> Let me know if you could use another set of eyeballs or help with this 
> package. It surely seems intimidating (at least to me).
>
> best,
> -rt
>
> On Wed, Jan 18, 2023 at 3:21 PM Leo Antunes  wrote:
>
>> Package: wnpp
>> Severity: wishlist
>> Owner: Leo Antunes 
>>
>> * Package name : golang-github-sigstore-sigstore
>> Version : 1.5.1-1
>> Upstream Author : The Sigstore Authors 
>> * URL : https://github.com/sigstore/sigstore
>> * License : Apache-2.0
>> Programming Lang: Go
>> Description : Common go library shared across sigstore services and clients
>>
>> sigstore/sigstore contains common Sigstore code: that is, code shared
>> by infrastructure (e.g. Fulcio and Rekor) and Go language clients (e.g.
>> Cosign and Gitsign.
>
> --
>
> regards,
> Reinhard

Bug#1029170: ITP: golang-github-sigstore-sigstore -- Common go library shared across sigstore services and clients

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 

* Package name: golang-github-sigstore-sigstore
  Version : 1.5.1-1
  Upstream Author : The Sigstore Authors 
* URL : https://github.com/sigstore/sigstore
* License : Apache-2.0
  Programming Lang: Go
  Description : Common go library shared across sigstore services and 
clients

 sigstore/sigstore contains common Sigstore code: that is, code shared
 by infrastructure (e.g. Fulcio and Rekor) and Go language clients (e.g.
 Cosign and Gitsign.

Bug#1027743: elpa-elscreen: elscreen_1.4.6-8 fails to compile with emacs 28.2

[Leo Butler]

:
elscreen.el:1225:19: Warning: the function ‘dired-read-dir-and-switches’ is
not known to be defined.
elscreen.el:1197:33: Warning: the function ‘iswitchb-read-buffer’ is not 
known
to be defined.
elscreen.el:1059:6: Warning: the function ‘print-help-return-message’ 
is not
known to be defined.
ERROR: install script from elpa-elscreen package failed
dpkg: error processing package emacs-gtk (--configure):
 installed emacs-gtk package post-installation script subprocess 
returned error exit status 1
 Setting up ristretto (0.12.4-1) ...
 Setting up xfce4-appfinder (4.18.0-1) ...
 Setting up libwebkit2gtk-4.0-37:amd64 (2.38.3-1) ...
 Setting up libgtk-4-1:amd64 (4.8.2+ds-4) ...
 Setting up firefox-esr (102.6.0esr-1) ...
 Setting up libxfce4ui-utils (4.18.0-1) ...
 Setting up libwxgtk3.2-1:amd64 (3.2.1+dfsg-3) ...
 Setting up libwebkit2gtk-4.1-0:amd64 (2.38.3-1) ...
 Setting up gir1.2-webkit2-4.0:amd64 (2.38.3-1) ...
 Setting up system-config-printer-common (1.5.18-1) ...
 dpkg: dependency problems prevent configuration of emacs:
  emacs depends on emacs-gtk (>= 1:27.1) | emacs-lucid (>= 1:27.1) 
| emacs-nox (>= 1:27.1); however:
Package emacs-gtk is not configured yet.
  Package emacs-lucid is not installed.
Package emacs-nox is not installed.

dpkg: error processing package emacs (--configure):
 dependency problems - leaving unconfigured
 dpkg: dependency problems prevent configuration of maxima-emacs:
  maxima-emacs depends on emacs-gtk | emacsen; however:
Package emacs-gtk is not configured yet.
  Package emacsen is not installed.
Package emacs-gtk which provides emacsen is not configured yet.

dpkg: error processing package maxima-emacs (--configure):
 dependency problems - leaving unconfigured
 Setting up libxfce4panel-2.0-4 (4.18.0-1) ...
 Setting up xfwm4 (4.18.0-1) ...
 Setting up libexo-2-0:amd64 (4.18.0-1) ...
 Setting up xfce4-sensors-plugin (1.4.4-1) ...
 Setting up gnuplot-qt (5.4.4+dfsg1-2+b2) ...
 dpkg: dependency problems prevent processing triggers for auctex:
  auctex depends on emacs; however:
  Package emacs is not configured yet.
Package emacs-gtk which provides emacs is not configured yet.

dpkg: error processing package auctex (--configure):
 dependency problems - leaving triggers unprocessed
 Setting up system-config-printer (1.5.18-1) ...
 Installing new version of config file /etc/xdg/autostart/print-applet.desktop 
...
 Setting up xfce4-power-manager-plugins (4.18.0-1) ...
 Setting up xfce4-cpugraph-plugin:amd64 (1.2.7-1) ...
 Setting up exo-utils (4.18.0-1) ...
 Setting up xfce4-panel (4.18.0-1) ...
 Setting up xfce4-notifyd (0.6.5-1) ...
 dpkg: dependency problems prevent configuration of gcl:
  gcl depends on emacs | emacsen; however:
Package emacs is not configured yet.
  Package emacs-gtk which provides emacs is not configured yet.
Package emacsen is not installed.
  Package emacs-gtk which provides emacsen is not configured yet.

dpkg: error processing package gcl (--configure):
 dependency problems - leaving unconfigured
 Setting up xfce4-settings (4.18.0-1) ...
 Installing new version of config file 
/etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xsettings.xml ...
 Setting up xfce4-screenshooter (1.10.0-1) ...
 Setting up xfce4-cpufreq-plugin:amd64 (1.2.8-1) ...
 Setting up xfce4-systemload-plugin:amd64 (1.3.2-2) ...
 Setting up libthunarx-3-0:amd64 (4.18.0-1) ...
 Setting up xfdesktop4 (4.18.0-1) ...
 Setting up thunar (4.18.0-1) ...
 Setting up xfce4-session (4.18.0-1) ...
 Installing new version of config file /etc/xdg/autostart/xscreensaver.desktop 
...
 Setting up thunar-volman (4.18.0-1) ...
 Processing triggers for dictionaries-common (1.29.3) ...
 debconf: unable to initialize frontend: Dialog
 debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell 
buffer, or without a controlling terminal.)
 debconf: falling back to frontend: Readline
 Processing triggers for shim-signed:amd64 (1.38+15.4-7) ...
 debconf: unable to initialize frontend: Dialog
 debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell 
buffer, or without a controlling terminal.)
 debconf: falling back to frontend: Readline
 Processing triggers for libc-bin (2.36-7) ...
 Errors were encountered while processing:
  emacs-gtk
  emacs
  maxima-emacs
  auctex
  gcl
E: Sub-process /usr/bin/dpkg returned an error code (1)
#+end_example

I believe that this bug is related to

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017833

and that the package in unstable fixes this bug.

Leo Butler

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-5-amd64 (SMP w/8 CP

Bug#1005092: [EXTERNAL] pytest-mpl: Request to review new version 0.16.1-1

[Singer, Leo P. (GSFC-6610)]

Hi Daichi,

I can’t sponsor it myself because I cannot get to my Debian key at the moment 
(it’s in my safety deposit box and I can’t find they key to it). Ole might be 
able to help you.

Leo

From: Daichi Fukui 
Date: Wednesday, November 23, 2022 at 08:10
To: "1005...@bugs.debian.org" <1005...@bugs.debian.org>
Cc: Leo Singer , "leo.sin...@ligo.org" 
, "D. Fukui" 
Subject: [EXTERNAL] pytest-mpl: Request to review new version 0.16.1-1

Hello Leo,

>
> It's been a while since we had a conversation some ten days ago.
> I just want to let you know that I'm still working on this and need some
> time to complete the package draft.
> This is because pytest returns a bunch of errors with the updated source
> code.
> I'm now trying to address them.
>
> Best,
> Fukui

Thanks for waiting for a long time.

I've created a new version of pytest-mpl source package [0], which is going to 
be 0.16.1-1 with this package.
This draft includes the following updates:
  * New upstream version 0.16.1 (Closes: #1005092)
  * Update copyright
  * Patch: adapt to upstream
  * Update d/watch version
  * Update d/copyright
  * Update debhelper version to 13
  * Add libjs-bootstrap and libjs-bootstrap4 as Depends
  * Update standards version
  * Add Rules-Requires-Root field
  * d/patches: update fields and indexes
  * Add the following new patches to address lintian reports
* Use-packaged-bootstrap.bundle.min.js.patch
* Add-mpl_image_compare-to-markers.patch
* Skip-failing-tests.patch
* Use-packaged-bootstrap.min.css.patch

If this update is satisfactory and helpful,
I would appreciate it if you review and sponsor this draft source package.

[0] 
https://salsa.debian.org/dfukui/pytest-mpl<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsalsa.debian.org%2Fdfukui%2Fpytest-mpl=05%7C01%7Cleo.p.singer%40nasa.gov%7Cafedf9be6a8c468c925408dacd541a91%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C638048058364112117%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000%7C%7C%7C=uz%2Bqxmds8ym47lgZ5C%2BpCPMdeP9DsHDmtggalpiwLYk%3D=0>

Best,
Fukui

Bug#990249: Giving it a try

[Leo Antunes]

Hi,

I'll give this a try for #1019518.
I'll start with the library to solve the dep, but try to get the binary while 
I'm at it.
Can't make any promises on the time frame :/

--
Leo

Bug#1024430: ITP: golang-github-coreos-go-oidc -- A Go OpenID Connect client.

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 

* Package name: golang-github-coreos-go-oidc-v3
  Version : 3.4.0-1
  Upstream Author : CoreOS
* URL : https://github.com/coreos/go-oidc
* License : Apache-2.0
  Programming Lang: Go
  Description : Go libraries for implementing OIDC clients and servers

 This package provides a comprehensive collection of golang libraries
 for other projects to implement OpenID Connect (OIDC) server and
 client components.

Bug#1023288: ITP: golang-github-certifi-gocertifi -- curated collection of Root Certificates

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 

* Package name: golang-github-certifi-gocertifi
  Version : 2021.04.29-1
  Upstream Author : Certifi
* URL : https://github.com/certifi/gocertifi
* License : MPL-2.0
  Programming Lang: Go
  Description : curated collection of Root Certificates
 This Go package contains a CA bundle that you can reference in your Go
 code. This is useful for systems that do not have CA bundles that Golang
 can find itself, or where a uniform set of CAs is valuable.
 .
 This is the same CA bundle that ships with the Python Requests
 (https://github.com/kennethreitz/requests) library, and is a Golang
 specific port of certifi (https://github.com/kennethreitz/certifi). The
 CA bundle is derived from Mozilla's canonical set.

Bug#1023287: ITP: golang-github-github-smimesign -- An S/MIME signing utility for use with Git

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 

* Package name: golang-github-github-smimesign
  Version : 0.2.0-1
  Upstream Author : GitHub
* URL : https://github.com/github/smimesign
* License : Expat
  Programming Lang: Go
  Description : An S/MIME signing utility for use with Git

 Smimesign is an S/MIME signing utility that is compatible with Git.
 This allows developers to sign their Git commits and tags using
 X.509 certificates issued by public certificate authorities or their
 organization's internal certificate authority.

Bug#1022924: flim: Package requires oauth2.el

[Leo Butler]

Package: flim

Dear Maintainer,

This package includes sasl-xoauth2.el. That file's second line is

(require 'oauth2)

But this emacs package is not listed as a dependency nor is it even
available in the debian repos. Hence, loading that file fails.

Please package oauth2.el with flim or as a separate stand-alone
package.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.19.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages flim depends on:
ii  apel   10.8+0.20201106-1
ii  dpkg   1.21.9+b1
ii  emacs  1:27.1+1-3.1
ii  emacs-gtk [emacs]  1:27.1+1-3.1+b1
ii  emacsen-common 3.0.4
ii  install-info   6.8-6

flim recommends no packages.

Versions of packages flim suggests:
pn  semi  
pn  wl | wl-beta  
pn  xemacs21-bin  

-- no debconf information
--

Bug#1005092: [EXTERNAL] Re: pytest-mpl: Please update to version 0.13

[Singer, Leo P. (GSFC-6610)]

Hi Daichi,

Yes, I can do that next week. (I am traveling and do not have my Debian key on 
me.)

Leo

From: Daichi Fukui 
Date: Tuesday, October 18, 2022 at 09:36
To: "1005...@bugs.debian.org" <1005...@bugs.debian.org>
Cc: "leo.sin...@ligo.org" 
Subject: [EXTERNAL] Re: pytest-mpl: Please update to version 0.13

Dear maintainer
CC: Leo Singer

> Dear maintainer,
>
> I am currently packaging cmyt [1], which is a new dependency of the "yt"
> package. For testing, cmyt requires at least version 0.13 of pytest-mpl.
> Could I ask to update the version in Debian to this latest version?
>
> Thank you very much!
>
> Ole
If you don't mind, can I work on updating this package to version 0.13?
I'd be happy if I could contribute to this one and the Astro team.

FYI, I've CC'd this email to Leo because it seems Leo is the top contributor 
according to d/changelog.

Best,
Fukui

Bug#1019518: ITP: gitsign -- keyless git signing using sigstore

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: gitsign
  Version : 0.3.0
  Upstream Author : The Sigstore Authors 
* URL : https://sigstore.dev
* License : Apache 2.0
  Programming Lang: go
  Description : keyless git signing using sigstore

Tool for keyless signing of git commits based on sigstore.

Bug#1008881: RFP: lapce -- Lightning-fast and Powerful Code Editor

[Leo Antunes]

Package: wnpp
Severity: wishlist

* Package name: lapce
  Version : v0.0.12
  Upstream Author : Dongdong Zhou 
* URL : https://lapce.dev
* License : ASL-2.0
  Programming Lang: Rust
  Description : Lightning-fast and Powerful Code Editor

GUI based code editor. Extensible via WASI plugins.

Bug#963594: ITP: golang-github-jsimonetti-rtnetlink -- low-level access to the Linux rtnetlink API

[Leo "Costela" Antunes]

Hi Benjamin,

sorry for not answering your pings before! Thanks for taking this on!
It was indeed a bit stalled on my side :(

Cheers,
Leo

On Tue, Jan 11, 2022 at 2:23 PM Benjamin Drung  wrote:
>
> Hi,
>
> On Wed, 24 Jun 2020 09:49:04 +0200 "Leo Antunes" 
> wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Leo Antunes 
> > Control: block 963592 by -1
> >
> > * Package name: golang-github-jsimonetti-rtnetlink
> >   Version : 0.0~git20200505.3ee32e7-1
> >   Upstream Author : Jeroen Simonetti
> > * URL : https://github.com/jsimonetti/rtnetlink
> > * License : Expat
> >   Programming Lang: Go
> >   Description : Package rtnetlink provides low-level access to
> the Linux rtnetlink API.
> >
> >  Package rtnetlink allows the kernel's routing tables to be read and
> >  altered. Network routes, IP addresses, Link parameters, Neighbor
> setups,
> >  Queueing disciplines, Traffic classes and Packet classifiers may all
> be
> >  controlled. It is based on netlink messages.
> >  .
> >  A convenient, high-level API wrapper is available using package rtnl
> >  (https://godoc.org/github.com/jsimonetti/rtnetlink/rtnl).
> >  .
> >  The base rtnetlink library explicitly only exposes a limited low-
> level
> >  API to rtnetlink. It is not the intention (nor wish) to create an
> >  iproute2 replacement.
>
> Since there were no progress on this ticket, I just high-jacked it (to
> be able to drop the vendored libs in prometheus-node-exporter).
> rtnetlink is uploaded to the NEW queue and published on
> https://salsa.debian.org/go-team/packages/golang-github-jsimonetti-rtnetlink
> Please add yourself to the Uploaders.
>
> --
> Benjamin Drung
>
> Senior DevOps Engineer and Debian & Ubuntu Developer
> Compute Platform Operations Cloud
>
> IONOS SE | Revaler Str. 30 | 10245 Berlin | Deutschland
> E-Mail: benjamin.dr...@ionos.com | Web: www.ionos.de
>
> Hauptsitz Montabaur, Amtsgericht Montabaur, HRB 24498
>
> Vorstand: Hüseyin Dogan, Dr. Martin Endreß, Claudia Frese, Henning
> Kettler, Arthur Mai, Britta Schmidt, Achim Weiß
> Aufsichtsratsvorsitzender: Markus Kadelke
>
>
> Member of United Internet
>

Bug#1002821: lyx-common: String/Bytes Problem in layout2layout.py

[Leo L. Schwab]

Package: lyx-common
Version: 2.3.6-1
Severity: normal
Tags: patch upstream
X-Debbugs-Cc: ew...@ewhac.org

Dear Maintainer,

Discovered this while trying to use Editorium's LyXBook modules.
layout2layout.py was konking out with "TypeError: cannot use a bytes
pattern on a string-like object."  After a bunch of debugging, I found
some strings in the script that hadn't been bytes-ified, which seemed to
fix the problem.  Patch attached.

Schwab


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.15.0-2-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lyx-common depends on:
ii  python3 3.9.8-1
ii  tex-common  6.17

Versions of packages lyx-common recommends:
ii  lyx  2.3.6-1

lyx-common suggests no packages.

-- no debconf information
--- /usr/share/lyx/scripts/layout2layout.py 2020-12-01 02:33:35.0 
-0800
+++ ./layout2layout.py  2021-12-29 01:04:59.614016427 -0800
@@ -484,8 +484,8 @@
 i += 1
 continue
 col  = match.group(2)
-if col == "collapsable":
-lines[i] = match.group(1) + "collapsible"
+if col == b"collapsable":
+lines[i] = match.group(1) + b"collapsible"
 i += 1
 continue
 
@@ -703,7 +703,7 @@
 # Insert the required number of arguments at the end of the style 
definition
 match = re_End.match(lines[i])
 if match:
-newarg = ['']
+newarg = [b'']
 # First the optionals (this is the required order pre 2.1)
 if opts > 0:
 if opts == 1:
@@ -1153,7 +1153,7 @@
 if latextype == b"item_environment" and label.lower() == 
b"counter_enumi":
 lines[labeltype_line] = 
re_LabelType.sub(b'\\1\\2\\3Enumerate', lines[labeltype_line])
 # Don't add the LabelCounter line later
-counter = ""
+counter = b""
 
 # Replace
 #
@@ -1227,12 +1227,12 @@
 if options.input_file:
 source = open(options.input_file, 'rb')
 else:
-source = sys.stdin
+source = sys.stdin.buffer
 
 if options.output_file:
 output = open(options.output_file, 'wb')
 else:
-output = sys.stdout
+output = sys.stdout.buffer
 
 if options.format > currentFormat:
 error("Format %i does not exist" % options.format);

Bug#998041: RFS: makedeb/7.1.2+bugfix1-8 -- The modern packaging tool for Debian archives.

[Leo Puvilland]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "makedeb":

 * Package name: makedeb
   Version : 7.1.2+bugfix1-8
   Upstream Author : Hunter Wittenborn 
 * URL : https://makedeb.hunterwittenborn.com
 * License : GPL-2.0+
 * Vcs : https://github.com/makedeb/makedeb
   Section : utils

It builds those binary packages:

  makedeb - The modern packaging tool for Debian archives.

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/makedeb/

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/m/makedeb/makedeb_7.1.2+bugfix1-8.dsc

Changes for the initial release:

 makedeb (7.1.2+bugfix1-8) unstable; urgency=medium
 .
   * Fix find command

Regards,
-- 
  Leo Puvilland

Bug#998040: RFS: makedeb-makepkg/8.8.0-1 -- Arch Linux build utility, modified for use with makedeb

[Leo Puvilland]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "makedeb-makepkg":

 * Package name: makedeb-makepkg
   Version : 8.8.0-1
   Upstream Author : Hunter Wittenborn 
 * URL : https://github.com/makedeb/makepkg/
 * License : GPL-2.0+
 * Vcs : https://github.com/makedeb/makepkg
   Section : metapackages

It builds those binary packages:

  makedeb-makepkg - Arch Linux build utility, modified for use with makedeb

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/makedeb-makepkg/

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/m/makedeb-makepkg/makedeb-makepkg_8.8.0-1.dsc

Changes for the initial release:

 makedeb-makepkg (8.8.0-1) unstable; urgency=medium
 .
   * Initial Release. (closes Bug#998038)

Regards,
-- 
  Leo Puvilland

Bug#998012: transition: healpix-cxx

[Leo Singer]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: leo.sin...@ligo.org

Upstream SONAME bump.

pgsphere and healpy will need to be rebuilt.
I will take care of healpy itself as I co-maintain it.

Ben file:

title = "healpix-cxx";
is_affected = .depends ~ "libhealpix-cxx2" | .depends ~ "libhealpix-cxx3";
is_good = .depends ~ "libhealpix-cxx3";
is_bad = .depends ~ "libhealpix-cxx2";

Bug#993198: gnome-shell-extension-system-monitor: does not declare compatibility with GNOME Shell 40

[Leo "Costela" Antunes]

On Tue, Sep 28, 2021 at 12:27 AM Samuel Henrique  wrote:
> I gave you permission to that repo (best I can do on my side), and I
> set an expiration date of the end of this year, until then you will
> end up in the salsa group and inherit permissions so it should be
> good.

Perfect, thanks!

> Awesome, I can do that. Alternatively, I can also push your changes
> myself, if you push them to your own repo and give me a go ahead.

Just pushed to the main repo. Please take a look and let me know if it works!

Cheers

Bug#993198: gnome-shell-extension-system-monitor: does not declare compatibility with GNOME Shell 40

[Leo "Costela" Antunes]

On Fri, Sep 24, 2021 at 10:07 PM Samuel Henrique  wrote:
> Leo, from my side you're free to push your changes whenever you want.

I will as soon as someone gives me access to the repo ;)
Just requested access to the Gnome group, but that may take a while.

> Let's try to coordinate things, feel free to perform changes to the
> packaging, I will wait until I get your ack to go ahead (if there's
> any work left to be done).

I'm not a gnome-extension expert, so I'll push my changes so that the
package is at least gpb-buildable, and you can then maybe check that
the build makes sense and upload it yourself if you want.

Cheers
Leo

Bug#993198: gnome-shell-extension-system-monitor: does not declare compatibility with GNOME Shell 40

[Leo "Costela" Antunes]

On Tue, 21 Sep 2021 19:57:39 +0100 Samuel Henrique  wrote:
> Awesome, I was trying to add the upstream and pristine-tar branches to
> the repo but it's not looking good so far.

I think I managed to convert it to a gbp project successfully. Take a look here:
https://salsa.debian.org/costela/gnome-shell-extension-system-monitor

Basic steps (in a freshly cloned salsa repo):

  git checkout --orphan upstream
  git rm -rf .
  git commit --allow-empty -m 'initial upstream commit'
  git checkout -f master
  gbp import-orig ../
  gbp dch

Both upstream and pristine-tar branches look clean (do not branch from
master) and we can keep the repo's history.

Jonathan, Samual, does that seem ok to you?
Unfortunately the branch-creation involved in the process can't really
be proposed via MR, so if this seems ok, one of us would have to "just
do it" ;)


Cheers,
Leo

Bug#993539: [Pkg-zsh-devel] Bug#993539: "functions/Misc.zwc" isn't compiled from the bundled source files

[Leo Gama]

[image: image.gif][image: image.gif]Hi, Axel.

Thanks for the prompt response.

Hrm, yes, but this is caused by this sed call in debian/rules:


  # Doesn't this need to go before we zcompile stuff into .zwc files? --
Axel
sed -i -e 's,^local HELPDIR=.*,local
HELPDIR=$${HELPDIR:-/usr/share/zsh/help},;
s,:-more,:-/usr/bin/pager,;' \
debian/zsh-common/usr/share/zsh/functions/Misc/run-help
sed -i -e '1!b;s:^#!.*[ /]zsh:#!/bin/zsh:;s#/usr/local/bin#/usr/bin#;'
\
`find debian/zsh-common/usr/share/zsh/functions -type f`

Oh, I see it now. Maybe I even read this comment, but before understanding
what was going on, so haven't got my attention.

For the fix, is it possible to edit the 'configure' file that sets the
'runhelpdir' variable before compilation? The path is not hardcoded in the
'run-help' source file. Something in the lines of:

sed -i -e "s,/'\$${VERSION}'/,/," configure


or even

sed -i -e 's,/[^/]\+/\(functions\|help\),/\1,' configure



Best,
Leonardo Gama

Em qui., 2 de set. de 2021 às 23:54, Axel Beckert  escreveu:

> Control: retitle -1 zsh: Modifying HELPDIR comes too late, doesn't catch
> .zwc files
> Control: tag -1 + confirmed
>
> Hi Leo,
>
> Leo Gama wrote:
> > Subject: "functions/Misc.zwc" isn't compiled from the bundled source
> files
>
> Sorry, but that's clearly not true: Since zsh_5.8.orig.tar.xz does not
> contain any .zwc file, all .zwc files in the binary packages can't be
> anything else than compiled from the bundled source at package build
> time.
>
> > If I try to call "run-help" at a ZSH prompt, it reports:
> > > $ run-help
> > > There is no list of special help topics available at this time.
>
> Can confirm that, though.
>
> > And trying to use it to see the help text for any built-in command just
> > opens a man page for zsh...
> >
> > Turns out that the default HISTDIR (which is wrong) in the file that
> > contains the bytecode compiled version of "run-help" is different from
> the
> > default in the source code "run-help" file:
> > > $ grep 'HELPDIR:-/' /usr/share/zsh/functions/Misc/run-help
> > > local HELPDIR=${HELPDIR:-/usr/share/zsh/help}
> > > $ strings /usr/share/zsh/functions/Misc.zwc | grep 'HELPDIR:-/'
> > > HELPDIR:-/usr/share/zsh/5.8/help
> > > HELPDIR:-/usr/share/zsh/5.8/help
>
> Hrm, yes, but this is caused by this sed call in debian/rules:
>
>   # Doesn't this need to go before we zcompile stuff into .zwc files? --
> Axel
> sed -i -e 's,^local HELPDIR=.*,local
> HELPDIR=$${HELPDIR:-/usr/share/zsh/help},; s,:-more,:-/usr/bin/pager,;' \
> debian/zsh-common/usr/share/zsh/functions/Misc/run-help
> sed -i -e '1!b;s:^#!.*[
> /]zsh:#!/bin/zsh:;s#/usr/local/bin#/usr/bin#;' \
> `find debian/zsh-common/usr/share/zsh/functions -type f`
>
> Actually your issue is already mentioned in form of the question in
> the comment in front of that rule. Or in other words: Your bug report
> just answered that question with "yes". :-)
>
> Retitling the bug report accordingly.
>
> Regards, Axel
> --
>  ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
> : :' :  |  Debian Developer, ftp.ch.debian.org Admin
> `. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
>   `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
>

Bug#993539: "functions/Misc.zwc" isn't compiled from the bundled source files

[Leo Gama]

Package: zsh-common
Version: 5.8-7

Files affected (at least):
/usr/share/zsh/functions/Misc.zwc
/usr/share/zsh/functions/Misc/run-help

If I try to call "run-help" at a ZSH prompt, it reports:
> $ run-help
> There is no list of special help topics available at this time.

And trying to use it to see the help text for any built-in command just
opens a man page for zsh...

Turns out that the default HISTDIR (which is wrong) in the file that
contains the bytecode compiled version of "run-help" is different from the
default in the source code "run-help" file:
> $ grep 'HELPDIR:-/' /usr/share/zsh/functions/Misc/run-help
> local HELPDIR=${HELPDIR:-/usr/share/zsh/help}
> $ strings /usr/share/zsh/functions/Misc.zwc | grep 'HELPDIR:-/'
> HELPDIR:-/usr/share/zsh/5.8/help
> HELPDIR:-/usr/share/zsh/5.8/help

Setting HELPDIR fixes it, as expected.

It seems something went wrong in a modified building process for this
package --all sourced and compiled files for functions have identical
modification times, so at least they were "touched". I couldn't find a way,
inspecting the build script (debian/rules) and the source for "run-help",
it would end with this result.


Best,

Leonardo Gama
[image: https://]about.me/leogama

Bug#981979: imaxima bugs

[Leo Butler]

These two bugs are fixed upstream and are available in the 5.45.*
releases.

Leo

Bug#953862: imaxima always gives "LaTeX error in:"

[Leo Butler]

Can you confirm that this bug is no longer present in the 5.44.0 release
of Maxima, please?

Leo
(current upstream maintainer of imaxima)

Bug#989207: RFP: cuelang -- language and tooling for defining, generating, and validating data in multiple formats

[Leo Antunes]

Package: wnpp
Severity: wishlist

* Package name: cuelang
  Version : v0.4.0
  Upstream Author : Marcel van Lohuizen 
* URL : https://cuelang.org
* License : Apache-2.0
  Programming Lang: Go/Cue
  Description : language and tooling for defining, generating, and 
validating data in multiple formats

 CUE is an open source data constraint language which aims to simplify tasks 
involving defining and using data.
 .
 It is a superset of JSON, allowing users familiar with JSON to get started 
quickly.

Bug#981153: [Pkg-rust-maintainers] Bug#981153: cargo: Please package new upstream (blocks Firefox 85)

[Leo "Costela" Antunes]

On Fri, 5 Feb 2021 17:17:25 +0100 Geert Stappers  wrote:
> Where can I find more information about "relax-cargo-deb.patch"?
> I did get the clue 'ubuntu', can I get a deep link?

Here you go:

https://bazaar.launchpad.net/~mozillateam/firefox/firefox.groovy/view/head:/debian/patches/relax-cargo-dep.patch

Cheers,
Leo

Bug#980003: gcl-doc: describe fails because gcl-si.info does not exist

[Leo Butler]

Package: gcl-doc
Version: 2.6.12-100
Severity: normal
X-Debbugs-Cc: leo.but...@member.fsf.org

Dear Camm,

gcl-doc installs gcl-si.info.gz in the correct spot, but when one
attempts to use DESCRIBE in gcl, one gets:

$ gcl
GCL (GNU Common Lisp)  2.6.12 CLtL1Fri Apr 22 15:51:11 UTC 2016
Source License: LGPL(gcl,gmp), GPL(unexec,bfd,xgcl)
Binary License:  GPL due to GPL'ed components: (XGCL READLINE UNEXEC)
Modifications of this banner must retain notice of a compatible license
Dedicated to the memory of W. Schelter

Use (help) to get some basic information on how to use GCL.
Temporary directory for compiler files:
/tmp/

>(describe 'compile)

COMPILE - external symbol in COMMON-LISP package
-
COMPILE[Function]

Error: FILE-ERROR :PATHNAME "/usr/share/info/gcl-si.info" "Pathname does not 
exist"
Fast links are on: do (si::use-fast-links nil) for debugging
Signalled by DESCRIBE.
FILE-ERROR :PATHNAME "/usr/share/info/gcl-si.info" "Pathname does not exist"

Broken at DESCRIBE.  Type :H for Help.
1  Return to top level. 
>>



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-5-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gcl-doc depends on:
ii  dpkg  1.20.5
ii  install-info  6.7.0.dfsg.2-5+b1

gcl-doc recommends no packages.

gcl-doc suggests no packages.

-- no debconf information

Bug#973724: RFS: hcloud-python/1.10.0-1 -- official client library for Hetzner Cloud

[Leo Antunes]

Package: sponsorship-requests
Severity: wishlist

Dear Maintainers,

I am looking for a sponsor for my package "hcloud-python":

* Package name: hcloud-python
  Version : 1.10.0-1
  Upstream Author : Hetzner Cloud GmbH
* URL : https://github.com/hetznercloud/hcloud-python
* License : MIT
  Section : python

It builds those binary packages:

  python3-hcloud - official client library for Hetzner Cloud

For more info: https://mentors.debian.net/package/hcloud-python


Alternatively, download it with dget:

dget -x 
https://mentors.debian.net/debian/pool/main/h/hcloud-python/hcloud-python_1.10.0-1.dsc


Cheers,
Leo Antunes



-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#972444: ffmpeg: please build with libvo-amrwbenc0 support

[Leo Antunes]

Package: ffmpeg
Version: 7:4.3.1-4
Severity: wishlist

Dear Maintainer,

It would be great if ffmpeg could be built with --enable-libvo-amrwbenc
for AMR-WB encoding support[0].
AFAICT the needed libvo-amrwbenc-dev is already available in Debian.


Cheers,
Leo

[0] https://www.ffmpeg.org/ffmpeg-codecs.html#libvo_002damrwbenc


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ffmpeg depends on:
ii  libavcodec587:4.3.1-4
ii  libavdevice58   7:4.3.1-4
ii  libavfilter77:4.3.1-4
ii  libavformat58   7:4.3.1-4
ii  libavresample4  7:4.3.1-4
ii  libavutil56 7:4.3.1-4
ii  libc6   2.31-4
ii  libpostproc55   7:4.3.1-4
ii  libsdl2-2.0-0   2.0.12+dfsg1-4
ii  libswresample3  7:4.3.1-4
ii  libswscale5 7:4.3.1-4

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn  ffmpeg-doc  

-- no debconf information

Bug#972439: RFP: tailscale -- wireguard overlay network manager (client)

[Leo Antunes]

Package: wnpp
Severity: wishlist

* Package name: tailscale
  Version : v1.0.3
  Upstream Author : Tailscale Inc. 
* URL : https://github.com/tailscale/tailscale
* License : BSD
  Programming Lang: Go
  Description : wireguard overlay network manager (client)

Client for the Tailscale™ wireguard overlay network service.
.
Tailscale provides a centralized service for managing wireguard
connection across a fleet of machines.

Bug#963574: RFS: hcloud-python/1.8.0-1 [ITP] -- official client library for Hetzner Cloud

[Leo Antunes]

On Thu, 27 Aug 2020 16:28:32 +0200 Tobias Frost  wrote:
> thanks for the package, I've just uploaded it to the NEW queue…

\o/  thanks!

> One remark: Do you think it would be sensible to also package the 
> documentation?

Good idea. Hadn't thought about it. I'll check it out.

> Another one: It seems that the CI configuration on salsa is broken; please 
> check
> if the right yaml file is selected (I've forked the project to check it and on
> my site it looks ok: https://salsa.debian.org/tobi/hcloud-python/-/pipelines)

Ah, good catch! Thanks.


Cheers,
Leo

Bug#963611: RFS: golang-github-stevenroose-gonfig/0.1.5-1 [ITP] -- Go package for program configuration (library)

[Leo Antunes]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "golang-github-stevenroose-gonfig"

 * Package name: golang-github-stevenroose-gonfig
   Version : 0.1.5-1
   Upstream Author : Steven Roose 
 * URL : https://github.com/stevenroose/gonfig
 * License : MIT
 * Vcs : 
https://salsa.debian.org/go-team/packages/golang-github-stevenroose-gonfig
   Section : devel

It builds those binary packages:

  golang-github-stevenroose-gonfig-dev - Go package for program configuration 
(library)

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/golang-github-stevenroose-gonfig

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/golang-github-stevenroose-gonfig/golang-github-stevenroose-gonfig_0.1.5-1.dsc

Changes since the last upload:

   * Initial release (Closes: #963576)

Regards,

--
  Leo Antunes

Bug#963610: RFS: golang-github-mdlayher-netlink/1.1.0-1 [ITP] -- Package netlink provides low-level access to Linux netlink sockets. (library)

[Leo Antunes]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "golang-github-mdlayher-netlink"

 * Package name: golang-github-mdlayher-netlink
   Version : 1.1.0-1
   Upstream Author : Matt Layher 
 * URL : https://github.com/mdlayher/netlink
 * License : Expat
 * Vcs : 
https://salsa.debian.org/go-team/packages/golang-github-mdlayher-netlink
   Section : devel

It builds those binary packages:

  golang-github-mdlayher-netlink-dev - Package netlink provides low-level 
access to Linux netlink sockets. (library)

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/golang-github-mdlayher-netlink

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/golang-github-mdlayher-netlink/golang-github-mdlayher-netlink_1.1.0-1.dsc

Changes since the last upload:

   * Initial release (Closes: #963592)

Regards,
--
Leo Antunes

Bug#963608: ITP: golang-github-mdlayher-genetlink -- Package genetlink implements generic netlink interactions and data types.

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 
Control: block 963577 by -1

* Package name: golang-github-mdlayher-genetlink
  Version : 1.0.0-1
  Upstream Author : Matt Layher
* URL : https://github.com/mdlayher/genetlink
* License : Expat
  Programming Lang: Go
  Description : Package genetlink implements generic netlink interactions 
and data types.

 Package genetlink implements generic netlink interactions and data
 types.

Bug#963594: ITP: golang-github-jsimonetti-rtnetlink -- Package rtnetlink provides low-level access to the Linux rtnetlink API. MIT Licensed.

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 
Control: block 963592 by -1

* Package name: golang-github-jsimonetti-rtnetlink
  Version : 0.0~git20200505.3ee32e7-1
  Upstream Author : Jeroen Simonetti
* URL : https://github.com/jsimonetti/rtnetlink
* License : Expat
  Programming Lang: Go
  Description : Package rtnetlink provides low-level access to the Linux 
rtnetlink API.

 Package rtnetlink allows the kernel's routing tables to be read and
 altered. Network routes, IP addresses, Link parameters, Neighbor setups,
 Queueing disciplines, Traffic classes and Packet classifiers may all be
 controlled. It is based on netlink messages.
 .
 A convenient, high-level API wrapper is available using package rtnl
 (https://godoc.org/github.com/jsimonetti/rtnetlink/rtnl).
 .
 The base rtnetlink library explicitly only exposes a limited low-level
 API to rtnetlink. It is not the intention (nor wish) to create an
 iproute2 replacement.

Bug#963592: ITP: golang-github-mdlayher-netlink -- Package netlink provides low-level access to Linux netlink sockets. MIT Licensed.

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 
Control: block 963577 by -1

* Package name: golang-github-mdlayher-netlink
  Version : 1.1.0-1
  Upstream Author : Matt Layher
* URL : https://github.com/mdlayher/netlink
* License : Expat
  Programming Lang: Go
  Description : Package netlink provides low-level access to Linux netlink 
sockets.

 Package netlink provides low-level access to Linux netlink sockets.

Bug#963577: ITP: golang-zx2c4-wireguard-wgctrl -- Package wgctrl enables control of WireGuard interfaces on multiple platforms.

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 
Control: block 963575 by -1

* Package name: golang-zx2c4-wireguard-wgctrl
  Version : 0.0~git20200609.bd2cb78-1
  Upstream Author : WireGuard
* URL : https://github.com/WireGuard/wgctrl-go
* License : Expat
  Programming Lang: Go
  Description : Package wgctrl enables control of WireGuard interfaces on 
multiple platforms.

 Package wgctrl enables control of WireGuard devices on multiple platforms.
 .
 wgctrl can control multiple types of WireGuard devices, including:
 - Linux kernel module devices, via generic netlink
 - userspace devices (e.g. wireguard-go), via the userspace
   configuration protocol
 .
 This package implements WireGuard configuration protocol operations,
 enabling the configuration of existing WireGuard devices. Operations such
 as creating WireGuard devices, or applying IP addresses to those devices,
 are out of scope for this package.

Bug#963576: ITP: golang-github-stevenroose-gonfig -- Go package for program configuration

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 

* Package name: golang-github-stevenroose-gonfig
  Version : 0.1.5-1
  Upstream Author : Steven Roose
* URL : https://github.com/stevenroose/gonfig
* License : Expat
  Programming Lang: Go
  Description : Go package for program configuration

 gonfig is a configuration library designed using the following
 principles:
 - The configuration variables are fully specified and loaded into a
   struct variable.
 - You only need one statement to load the configuration fully.
 - Configuration variables can be retrieved from various sources, in
   this order of increasing priority:
   - default values from the struct definition
   - the value already in the object when passed into Load()
   - config file in either YAML, TOML, JSON or a custom decoder
   - environment variables
   - command line flags

 Furthermore, it has the following features:
 - supported types for interpreting:
   - native Go types: all int, uint, string, bool
   - types that implement TextUnmarshaler from the "encoding" package
   - byte slices ([]byte) are interpreted as base64
   - slices of the above mentioned types
   - map[string]interface{}
 - the location of the config file can be passed through command line
   flags or environment variables
 - printing help message (and hiding individual flags)

This package is needed for #963575

Bug#963575: ITP: wesher -- wireguard overlay mesh network manager

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 

* Package name: wesher
  Version : 0.2.6-1
  Upstream Author : Leo Antunes
* URL : https://github.com/costela/wesher
* License : GPL-3.0
  Programming Lang: Go
  Description : wireguard overlay mesh network manager
 wesher creates and manages an encrypted mesh overlay network across a
 group of nodes, using wireguard.
 .
 Its main use-case is adding low-maintenance security to public-cloud
 networks or connecting different cloud providers.
 .
 WARNING: since mesh membership is controlled by a mesh-wide pre-shared
 key, this effectively downgrades some of the security benefits from
 wireguard. See security considerations in README for more details.

Bug#963574: RFS: hcloud-python/1.8.0-1 [ITP] -- official client library for Hetzner Cloud

[Leo Antunes]

Package: sponsorship-requests
Severity: wishlist

Dear Maintainers,

I am looking for a sponsor for my package "hcloud-python":

* Package name: hcloud-python
  Version : 1.8.0-1
  Upstream Author : Hetzner Cloud GmbH
* URL : https://github.com/hetznercloud/hcloud-python
* License : MIT
  Section : python

It builds those binary packages:

  python3-hcloud - official client library for Hetzner Cloud

For more info: https://mentors.debian.net/package/hcloud-python


Alternatively, download it with dget:

dget -x 
https://mentors.debian.net/debian/pool/main/h/hcloud-python/hcloud-python_1.8.0-1.dsc


Cheers,
Leo Antunes

Bug#963092: ITP: healpix-fortran -- HEALPix representation of spherical data - Fortran library

[Leo Singer]

Package: wnpp
Severity: wishlist
Owner: Leo Singer 

* Package name: healpix-fortran
  Version : 3.60
  Upstream Author : Martin Reinecke 
* URL : http://healpix.sourceforge.net
* License : GPL
  Programming Lang: Fortran
  Description : HEALPix representation of spherical data - Fortran library

HEALPix is an acronym for Hierarchical Equal Area isoLatitude Pixelization
of a sphere. As suggested in the name, this pixelization produces a
subdivision of a spherical surface in which each pixel covers the same
surface area as every other pixel. It is commonly used to store all-sky
astronomical images, most famously maps of the cosmic microwave background.
This package provides the Fortran language implementation of HEALPix.

This package has been requested by a fellow Debian member, Ole Streicher,
to support the 4MOST instrumment
(https://www.eso.org/sci/facilities/develop/instruments/4MOST.html).

The package will be maintained by the Debian Astro Team.

Bug#961920: RM: pidgin-encryption -- ROM; abandoned upstream

[Leo Antunes]

Package: ftp.debian.org
Severity: normal

Hi ftp-master,

As mentioned in the RFA bug[0], this package is long abandoned, has
better alternatives and low popcon score.

Cheers
Leo Antunes

[0] https://bugs.debian.org/899195

Bug#958216: thunderbird: digital pkcs7 s/mime signature is not recognized - please close

[Leo]

The "X-" in the mime type is the mistake and not the "micalg". I pass
this on to the s/mime plugin programmers. By the way, according to my
tests, only the Thunderbird is so correct to exactly request the MIME
type. Other tested email clients, including IBM Notes, apparently
compensate for this.
So I wrote to the wrong developer team for the bug and apologize for my
audacity due to a translation error.

For everyone
[https://www.iana.org/assignments/media-types/application/pkcs7-signature
here] again is the mistake:

Content-Type: multipart/signed;
protocol="application/'''x-'''pkcs7-signature";
    boundary="--=_V1R2=_=q1202.27865.7237_1"
MIME-Version: 1.0
...
=_V1R2=_=q1202.27865.7237_1

Content-Type: application/'''x-'''pkcs7-signature; name="smime.p7s"

Thanks to everyone who want help me. You can close the Ticket.
--

https://bugzilla.mozilla.org/show_bug.cgi?id=1405234

https://support.mozilla.org/en-US/questions/1282926

Bug#955750: python3-pgspecial: please update to new upstream release

[Leo Antunes]

Package: python3-pgspecial
Version: 1.9.0-2
Severity: wishlist

Dear Maintainers,

It would be really cool if you could find the time to update pgspecial
to the latest upstream release. In particular I'm interested in
resolving this issue:
https://github.com/dbcli/pgcli/issues/1130

Thanks for all the work!

Cheers,
Leo

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.3.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-pgspecial depends on:
ii  python3   3.8.2-2
ii  python3-click 7.0-3
ii  python3-psycopg2  2.8.4-2
ii  python3-sqlparse  0.2.4-3

python3-pgspecial recommends no packages.

python3-pgspecial suggests no packages.

-- no debconf information

Bug#953107: /usr/share/info/abs_integrate.info.gz: info files not in right place

[Leo Butler]

Package: maxima-doc
Version: 5.43.0-3
Severity: important
File: /usr/share/info/abs_integrate.info.gz

Dear Camm,

The info files

/usr/share/info/abs_integrate.info.gz
/usr/share/info/drawutils.info.gz
/usr/share/info/kovacicODE.info.gz
/usr/share/info/logic.info.gz

are all inaccessible in Emacs info because they are expected to be in a
maxima sub-directory. Stepping through Info-goto-node shows that the
nodename is set to "(maxima/abs_integrate)". Evaluating the elisp form

(Info-goto-node "(abs_integrate)")

works correctly.

Leo


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages maxima-doc depends on:
ii  tex-common  6.13

maxima-doc recommends no packages.

maxima-doc suggests no packages.

-- no debconf information

Bug#935810: blender: Crash to desktop on "toggle Rendered Shading" using "Cycles Render"

[Leo L. Schwab]

Source: blender
Followup-For: Bug #935810

On Tue, Jan 14, 2020 at 11:26:51PM +0100, Matteo F. Vescovi wrote:
> Blender in Debian is not providing CUDA support since using a package in
> non-free section would demote blender from 'main' to 'contrib' and it's
> a "no-go".

Not that I'm any kind of expert on Debian policy, but a naive
reading of section 2.2.1 suggests that the libraries needed for CUDA support
could be listed as "Suggests" (rather than "Recommends" or "Depends") and
still qualify for inclusion in 'main'.

Schwab

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.3.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#939145: blender Version:2.80+dfsg-3 CPU opencl not working in combo with video card

[Leo L. Schwab]

Source: blender
Followup-For: Bug #939145

On Tue, Jan 14, 2020 at 11:31:20PM +0100, Matteo F. Vescovi wrote:
> On 2019-09-06 at 22:40 (-07), Leo L. Schwab wrote:
> > Package: blender
> > Version: 2.80+dfsg-3+b1
> > Followup-For: Bug #939145
> >
> > Dear Maintainer,
> >
> > This may be related:  When attempting to enable OpenCL in the
> > preferences, a small panel appears claiming: "No compatible GPUs found
> > for path tracing.  Cycles will render on the CPU."
> >
> > I have an NVIDIA GTX-1070Ti with proprietary DKMS drivers
> > installed, version 430.40.  I also have Darktable installed;
> > `darktable-cltest` runs successfully, and (in part) outputs the
> > following info:
> >
> > ```
> > [opencl_init] device 0: GeForce GTX 1070 Ti
> >  GLOBAL_MEM_SIZE:  8116MB
> >  MAX_WORK_GROUP_SIZE:  1024
> >  MAX_WORK_ITEM_DIMENSIONS: 3
> >  MAX_WORK_ITEM_SIZES:  [ 1024 1024 64 ]
> >  DRIVER_VERSION:   430.40
> >  DEVICE_VERSION:   OpenCL 1.2 CUDA
> > ```
> 
> Ad exposed in #935810, there's no chance for Blender in Debian to use
> CUDA support. Sorry.
> 
> Closing.
> 
We're not talking about CUDA; we're talking about OpenCL.  I was
merely illustrating that 'darktable' has no issue using the OpenCL
support on my NVIDIA card.  The presence of the word "CUDA" is an artifact
of the device version reported by NVIDIA's OpenCL stack.

Schwab

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.3.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#947445: ITP: libsharp -- libsharp is a fast spherical harmonic transform library.

[Leo Singer]

Package: wnpp
Severity: wishlist
Owner: Leo Singer 

* Package name: libsharp
  Version : 1.0.0
  Upstream Author : Martin Reinecke 
* URL : https://healpix.sourceforge.io
* License : GPL
  Programming Lang: C++
  Description : fast spherical harmonic transform library

libsharp is a fast spherical harmonic transform library in C++.
It used to be a part of healpix-cxx, but in the latest upstream
release of healpix-cxx, has been moved to a separate package.

Bug#945158: if laptop lid is closed during suspend, gdm session is reset upon resume (NVIDIA?)

[Leo "Costela" Antunes]

Hi,

I've been seeing the same behavior for the past few weeks (months?),
but didn't get around to debugging it.
Symptoms match pretty exactly: closing the lid leads to a logout
(session crash?); suspending via power button does not.

Superficially, this seems considerably more likely to be related to
gdm/gnome-screensaver/gnome-session than to systemd. Just installed a
new system, restored a few user config files from backup (including
~/.config/dconf) and the issue popped up again.
My suggestion would be to reopen and reassign this to a gnome package,
so we can keep digging.

BTW: my setup is a pretty vanilla wayland gnome session on an intel card.

Cheers,
Leo

Bug#856524: RFA: libpst - library for reading Microsoft Outlook PST files

[Leo "Costela" Antunes]

Hi Paul,

On Sun, Dec 15, 2019 at 5:44 AM Paul Wise  wrote:
> We started using libpst at work and I just got approval to adopt the
> package. I'll start by adding myself to uploaders and committing some
> packaging updates to the Debian git repository. Are you OK with me
> adopting the package and do you want to co-maintain the package?

I'd be very glad to finally hand this over to someone with the time
this little package deserves!
Feel free to just take it over completely. If and when the occasion
presents itself, I'm sure we'll find a quick way for me to start
helping again.

Cheers,
Leo

Bug#933820: WIP

[Leo "Costela" Antunes]

Hi Lee,

Unfortunately this stalled a bit since my request to join the DMPT[0]
apparently went under the radar.

I'll ping the lists and see if I can get the ball rolling again.

Cheers,
Leo

[0] https://lists.debian.org/debian-python/2019/08/msg00152.html

On Sun, Dec 8, 2019 at 4:03 PM Lee Garrett  wrote:
>
> Hi Leo!
>
> On Sun, 4 Aug 2019 03:41:05 +0200 "Leo \"Costela\" Antunes"
>  wrote:
> > FYI, some WIP is on: https://salsa.debian.org/costela/hcloud-python
> > This will hopefully be moved to the python-modules group eventually.
> >
> > Cheers
>
> is there any progress on the ITP of python3-hcloud? It sounds like a
> useful package to me. :)
>
> Greetings,
> Lee

Bug#939145: blender Version:2.80+dfsg-3 CPU opencl not working in combo with video card

[Leo L. Schwab]

Package: blender
Version: 2.80+dfsg-3+b1
Followup-For: Bug #939145

Dear Maintainer,

This may be related:  When attempting to enable OpenCL in the
preferences, a small panel appears claiming: "No compatible GPUs found
for path tracing.  Cycles will render on the CPU."

I have an NVIDIA GTX-1070Ti with proprietary DKMS drivers
installed, version 430.40.  I also have Darktable installed;
`darktable-cltest` runs successfully, and (in part) outputs the
following info:

```
[opencl_init] device 0: GeForce GTX 1070 Ti
 GLOBAL_MEM_SIZE:  8116MB
 MAX_WORK_GROUP_SIZE:  1024
 MAX_WORK_ITEM_DIMENSIONS: 3
 MAX_WORK_ITEM_SIZES:  [ 1024 1024 64 ]
 DRIVER_VERSION:   430.40
 DEVICE_VERSION:   OpenCL 1.2 CUDA
```

Hope this helps.

Schwab


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.2.0-2-amd64 (SMP w/12 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages blender depends on:
ii  blender-data  2.80+dfsg-3
ii  fonts-dejavu  2.37-1
ii  libavcodec58  10:4.2-dmo5
ii  libavdevice58 10:4.2-dmo5
ii  libavformat58 10:4.2-dmo5
ii  libavutil56   10:4.2-dmo5
ii  libboost-locale1.67.0 1.67.0-13
ii  libc6 2.28-10
ii  libfftw3-double3  3.3.8-2
ii  libfreetype6  2.9.1-4
ii  libgcc1   1:9.2.1-7
ii  libgl11.1.0-1+b1
ii  libglew2.12.1.0-4+b1
ii  libgomp1  9.2.1-7
ii  libilmbase24  2.3.0-6
ii  libjack-jackd2-0 [libjack-0.125]  1.9.12~dfsg-2+b1
ii  libjemalloc2  5.2.1-1
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libopenal11:1.19.1-1+b1
ii  libopencolorio1v5 1.1.1~dfsg0-3
ii  libopenexr24  2.3.0-6
ii  libopenimageio2.0 2.0.10~dfsg0-1
ii  libopenjp2-7  2.3.0-2
ii  libopenvdb5.2 5.2.0-5.1
ii  libpcre3  2:8.39-12+b1
ii  libpng16-16   1.6.37-1
ii  libpython3.7  3.7.4-4
ii  libsndfile1   1.0.28-6
ii  libspnav0 0.2.3-1+b2
ii  libstdc++69.2.1-7
ii  libswscale5   10:4.2-dmo5
ii  libtbb2   2019~U8-1
ii  libtiff5  4.0.10+git190818-1
ii  libx11-6  2:1.6.7-1
ii  libxfixes31:5.0.3-1
ii  libxi62:1.7.9-1
ii  libxml2   2.9.4+dfsg1-7+b3
ii  libxxf86vm1   1:1.1.4-1+b2
ii  zlib1g1:1.2.11.dfsg-1+b1

blender recommends no packages.

blender suggests no packages.

-- no debconf information

Bug#939622: blender: Subdivision Surface Modifier Doesn't Work

[Leo L. Schwab]

Package: blender
Version: 2.80+dfsg-3+b1
Severity: important

Dear Maintainer,

Many introductory YouTube videos to Blender make use of the
Subdivision Surface modifier.  It was while following one of these
tutorials for the new Blender 2.8 that I noticed it's not working.

To reproduce:
- Launch Blender
- Press DEL or 'X' to delete the default cube.
- Press SHIFT-A; add a torus or sphere to the workspace.
- In the right-hand properties panel, click on the
  wrench/spanner icon to enter the modifiers panel.
- Click on Add Modifier; select Subdivision Surface.

What should happen is that the faces of the sphere/torus you
added above should be subdivided to yield a finer mesh.  Further, by
increasing the value of the Viewport value, you should be able to
increase the amount of subdivision.

In my installation, nothing happens, and the displayed mesh
remains unchanged.

Next, click on the Apply button in the modifier panel.
Normally, this "commits" the subdivided mesh to the workspace, replacing
the original.  In my installation, an error is displayed, reading:

"Modifier returned error; skipping apply"

Some brief Googling consistently suggested that this issue is
related to a stale or misconfigured build directory; hence this report.

Thank you for your attention to this matter.

Schwab


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages blender depends on:
ii  blender-data  2.80+dfsg-3
ii  fonts-dejavu  2.37-1
ii  libavcodec58  10:4.2-dmo5
ii  libavdevice58 10:4.2-dmo5
ii  libavformat58 10:4.2-dmo5
ii  libavutil56   10:4.2-dmo5
ii  libboost-locale1.67.0 1.67.0-13
ii  libc6 2.28-10
ii  libfftw3-double3  3.3.8-2
ii  libfreetype6  2.9.1-4
ii  libgcc1   1:9.2.1-7
ii  libgl11.1.0-1+b1
ii  libglew2.12.1.0-4+b1
ii  libgomp1  9.2.1-7
ii  libilmbase24  2.3.0-6
ii  libjack-jackd2-0 [libjack-0.125]  1.9.12~dfsg-2+b1
ii  libjemalloc2  5.2.1-1
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libopenal11:1.19.1-1+b1
ii  libopencolorio1v5 1.1.1~dfsg0-3
ii  libopenexr24  2.3.0-6
ii  libopenimageio2.0 2.0.10~dfsg0-1+b1
ii  libopenjp2-7  2.3.0-2
ii  libopenvdb5.2 5.2.0-5.1+b1
ii  libpcre3  2:8.39-12+b1
ii  libpng16-16   1.6.37-1
ii  libpython3.7  3.7.4-4
ii  libsndfile1   1.0.28-6
ii  libspnav0 0.2.3-1+b2
ii  libstdc++69.2.1-7
ii  libswscale5   10:4.2-dmo5
ii  libtbb2   2019~U8-1
ii  libtiff5  4.0.10+git190818-1
ii  libx11-6  2:1.6.7-1
ii  libxfixes31:5.0.3-1
ii  libxi62:1.7.9-1
ii  libxml2   2.9.4+dfsg1-7+b3
ii  libxxf86vm1   1:1.1.4-1+b2
ii  zlib1g1:1.2.11.dfsg-1+b1

blender recommends no packages.

blender suggests no packages.

-- no debconf information

Bug#934177: ansible: add suggests for python3-hcloud

[Leo Antunes]

Package: ansible
Version: 2.8.3+dfsg-1
Severity: wishlist
Control: block -1 by 933820

Dear Maintainers,

Once #933820 gets closed, it would be nice if ansible had a suggests (or
maybe even recommends?) on python3-hcloud. It enables ansible to make
use of the hcloud_* modules, available since 2.8.

Cheers,
Leo "costela" Antunes

Bug#933861: RFS: hcloud-python/1.4.0-1 [ITP] -- official client library for Hetzner Cloud

[Leo Antunes]

Package: sponsorship-requests
Severity: wishlist

Dear Maintainers,

I am looking for a sponsor for my package "hcloud-python":

* Package name: hcloud-python
  Version : 1.4.0-1
  Upstream Author : Hetzner Cloud GmbH
* URL : https://github.com/hetznercloud/hcloud-python
* License : MIT
  Section : python

It builds those binary packages:

  python3-hcloud - official client library for Hetzner Cloud

For more info: https://mentors.debian.net/package/hcloud-python


Alternatively, download it with dget:

dget -x 
https://mentors.debian.net/debian/pool/main/h/hcloud-python/hcloud-python_3.1-4.dsc



Cheers,
Leo Antunes

Bug#933820: WIP

[Leo "Costela" Antunes]

FYI, some WIP is on: https://salsa.debian.org/costela/hcloud-python
This will hopefully be moved to the python-modules group eventually.

Cheers

Bug#933820: ITP: hcloud-python -- official client library for Hetzner Cloud

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 

* Package name: hcloud-python
  Version : 1.4.0
  Upstream Author : Hetzner Cloud GmbH
* URL : https://github.com/hetznercloud/hcloud-python
* License : MIT
  Programming Lang: Python
  Description : official client library for Hetzner Cloud

 python-hcloud is a Python library for acessing the API for the Hetzner
 Cloud service.

--

Ideally this would be maintained inside the Python Modules Team.

Bug#932288: ansible: new upstream release 2.8.*

[Leo Antunes]

Package: ansible
Version: 2.7.8+dfsg-1
Severity: wishlist

Dear Maintainers,

As you are probably already aware, 2.8.0 was released 2 months ago.
Now that buster is out the dor, I assume someone is at least already thinking
about uploading it. So this bug is more like a reminder to myself... :)


Cheers and thanks for all the work!
Leo "costela" Antunes


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ansible depends on:
ii  python33.7.3-1
ii  python3-crypto 2.6.1-9+b1
ii  python3-cryptography   2.6.1-3
ii  python3-httplib2   0.11.3-2
ii  python3-jinja2 2.10-2
ii  python3-netaddr0.7.19-1
ii  python3-paramiko   2.4.2-0.1
ii  python3-pkg-resources  41.0.1-1
ii  python3-yaml   3.13-2

Versions of packages ansible recommends:
ii  python3-jmespath   0.9.4-1
ii  python3-kerberos   1.1.14-2
ii  python3-libcloud   2.4.0-1
ii  python3-selinux2.8-1+b1
ii  python3-winrm  0.3.0-2
ii  python3-xmltodict  0.11.0-2

Versions of packages ansible suggests:
pn  cowsay   
ii  sshpass  1.06-1

-- no debconf information

Bug#932239: libcloud: new upstream version available: 2.5.0

[Leo Antunes]

Source: libcloud
Severity: wishlist

Dear Maintainers,

A new upstream has been released: 2.5.0
It would be great if someone would find the time to upload it! :)


Cheers
Leo

Bug#924936: unblock: astropy-healpix/0.4-3

[Leo Singer]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package astropy-healpix.

The package fixes the important bug #921324, "astropy-healpix FTBFS on
i386: test failure".

unblock astropy-healpix/0.4-3

Cheers,
Leo

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-2-amd64 (SMP w/1 CPU core)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff -Nru astropy-healpix-0.4/debian/changelog 
astropy-healpix-0.4/debian/changelog
--- astropy-healpix-0.4/debian/changelog2019-01-21 15:39:38.0 
-0500
+++ astropy-healpix-0.4/debian/changelog2019-03-05 22:53:26.0 
-0500
@@ -1,3 +1,17 @@
+astropy-healpix (0.4-5) unstable; urgency=medium
+
+  * Compile with -ffloat-store on i386 to fix unit test failures due
+to unwanted floating point precision. (Closes: #921324)
+
+ -- Leo Singer   Tue, 05 Mar 2019 22:53:26 -0500
+
+astropy-healpix (0.4-4) unstable; urgency=medium
+
+  * Include python3-astropy as a build dependeny on all
+architectures, including i386.
+
+ -- Leo Singer   Thu, 24 Jan 2019 10:34:27 -0500
+
 astropy-healpix (0.4-3) unstable; urgency=medium
 
   * Add python3-healpy as a build dependency on all architectures
diff -Nru astropy-healpix-0.4/debian/control astropy-healpix-0.4/debian/control
--- astropy-healpix-0.4/debian/control  2019-01-21 15:00:26.0 -0500
+++ astropy-healpix-0.4/debian/control  2019-03-05 22:49:29.0 -0500
@@ -7,7 +7,7 @@
python3-all-dev,
python3-astropy,
python3-astropy-helpers,
-   python3-healpy [any-ia64 any-amd64 any-arm64 any-arm any-mips 
any-mips64el any-mipsel any-ppc64 any-ppc64el any-sparc64],
+   python3-healpy (>= 1.12.8-8),
python3-hypothesis,
python3-numpy,
python3-pytest,
diff -Nru astropy-healpix-0.4/debian/rules astropy-healpix-0.4/debian/rules
--- astropy-healpix-0.4/debian/rules2019-01-20 22:46:01.0 -0500
+++ astropy-healpix-0.4/debian/rules2019-03-05 22:51:34.0 -0500
@@ -9,6 +9,11 @@
 # Astropy-affiliated packages do.
 export PYBUILD_AFTER_INSTALL := find {destdir} -name '*.c' -delete
 
+ifeq ($(DEB_HOST_ARCH),i386)
+   export DEB_CFLAGS_MAINT_APPEND := -ffloat-store
+endif
+
+
 %:
dh $@ --with python3 --buildsystem=pybuild
 

Bug#921324: astropy-healpix FTBFS on i386: test filure

[Singer, Leo P. (GSFC-6610)]

On Mon, 04 Feb 2019 11:16:29 +0200 Adrian Bunk  wrote:
> Fix:
> 
> --- debian/rules.old  2019-02-04 09:12:02.674701984 +
> +++ debian/rules  2019-02-04 09:13:52.286700939 +
> @@ -9,6 +9,10 @@
> # Astropy-affiliated packages do.
> export PYBUILD_AFTER_INSTALL := find {destdir} -name '*.c' -delete
> 
> +ifeq ($(DEB_HOST_ARCH),i386)
> +  export DEB_CFLAGS_MAINT_APPEND=-ffloat-store
> +endif
> +
> %:
>   dh $@ --with python3 --buildsystem=pybuild

I recall that setting -mpc64 also fixed this, but I gather from the gcc 
documentation that -ffloat-store is more correct because it ensures correct 
rounding for both single and double precision variables. Do you agree?

Thanks,
Leo

Bug#923500: snapd: non-classic snap not confined

[Leo Antunes]

Package: snapd
Version: 2.37.3-1
Severity: important

Dear Maintainer,


I just started experimenting with snaps and noticed my (pretty vanilla)
installation is silently not confining snaps. E.g.:

$ snap install hello-world
2019-03-01T00:20:19+01:00 INFO Waiting for restart...
hello-world 6.3 from Canonical✓ installed
$ snap run --shell hello-world
$ ls /
bin boot ...


Since the hello-world snap has no interfaces, I'd expect it to deny
access to / (like in snap's tutorial), but this is not the case.

Neither installation nor running the command (or its shell) give off any
indication something might be wrong

I'm an AppArmor newbie, but the generated profile (attached) seems a bit
too permissive. That is generated and loaded by snap itself, right?

Here's some further debug info. I imagine the lack of "strict" is the
problem, but it's not obvious to me why snap cannot enable it.
--
$ snap debug confinement
partial

$ snap debug sandbox-features
apparmor: kernel:caps kernel:domain kernel:file kernel:mount 
kernel:namespaces kernel:network_v8 kernel:policy kernel:ptrace kernel:query 
kernel:rlimit kernel:signal parser:unsafe policy:downgraded 
support-level:partial
confinement-options:  classic devmode
dbus: mediated-bus-access
kmod: mediated-modprobe
mount:freezer-cgroup-v1 layouts mount-namespace 
per-snap-persistency per-snap-profiles per-snap-updates per-snap-user-profiles 
stale-base-invalidation
seccomp:  bpf-argument-filtering kernel:allow kernel:errno 
kernel:kill_process kernel:kill_thread kernel:log kernel:trace kernel:trap
udev: device-cgroup-v1 tagging



Setting severity to important because I'd argue this is a security
breach: the expectation of confinement is silently not met, potentialy
leading to information leakage.

Cheers,
Leo

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages snapd depends on:
ii  adduser  3.118
ii  apparmor 2.13.2-9
ii  ca-certificates  20190110
ii  gnupg2.2.12-1
ii  libapparmor1 2.13.2-9
ii  libc62.28-7
ii  libcap2  1:2.25-2
ii  libseccomp2  2.3.3-4
ii  libudev1 241-1
ii  openssh-client   1:7.9p1-7
ii  squashfs-tools   1:4.3-11
ii  systemd  241-1
ii  udev 241-1

Versions of packages snapd recommends:
ii  gnupg  2.2.12-1

Versions of packages snapd suggests:
ii  zenity  3.30.0-2

-- no debconf information

#include 

# This is a snap name without the instance key
@{SNAP_NAME}="hello-world"
# This is a snap name with instance key
@{SNAP_INSTANCE_NAME}="hello-world"
@{SNAP_REVISION}="27"
@{PROFILE_DBUS}="snap_2ehello_2dworld_2ehello_2dworld"
@{INSTALL_DIR}="/{,var/lib/snapd/}snap"

profile "snap.hello-world.hello-world" (attach_disconnected,mediate_deleted) {
  # set file rules so that exec() inherits our profile unless there is
  # already a profile for it (eg, snap-confine)
  / rwkl,
  /** rwlkm,
  /** pix,

  capability,
  change_profile unsafe /**,
  dbus,
  network,
  mount,
  remount,
  umount,
  pivot_root,
  ptrace,
  signal,
  unix,


}

Bug#918925: i3: Status and title bar text do not appear with default config file

[Leo Singer]

Package: i3
Version: 4.16-1
Followup-For: Bug #918925

Actually, removing the 'pango:' string from the font option is just causing
it to fall back to the fixed-width X core font.

I tried using a handful of other fonts, such as:

font pango:Bistream Vera Sans Mono 8

And it turns out that the title and status bar text are missing for *any* pango
font option.

I looked through ~/.xsession-errors and I did not see any font-related errors.

[libi3] ../../i3-wm-4.16/libi3/font.c Using Pango font monospace, size 8
01/18/19 14:13:30 - dpi.c:init_dpi:41 - Resource Xft.dpi not specified, 
skipping.
01/18/19 14:13:30 - dpi.c:init_dpi:64 - Using fallback for calculating DPI.
01/18/19 14:13:30 - dpi.c:init_dpi:66 - Using dpi = 96
01/18/19 14:13:30 - main.c:main:561 - root_depth = 32, visual_id = 
0x0077.
01/18/19 14:13:30 - main.c:main:563 - root_screen->height_in_pixels = 1080, 
root_screen->height_in_millimeters = 285
01/18/19 14:13:30 - main.c:main:564 - One logical pixel corresponds to 1 
physical pixels on this display.

Bug#918925: i3: Status and title bar text do not appear with default config file

[Leo Singer]

Package: i3
Version: 4.16-1
Followup-For: Bug #918925

Dear Maintainer,

Oddly enough, the title and status bar text do become visible if I change the
following line in ~/.config/i3/config from this:

font pango:monospace 8

to this:

font monospace 8

Best,
Leo

Bug#919536: surf: Warnings and AppError audit messages about GPU

[Leo Pound Singer]

On Thu, 17 Jan 2019 22:06:58 +0100 Reiner Herrmann wrote:
> Hi Leo,
> 
> On Thu, Jan 17, 2019 at 12:13:56AM +, Leo Singer wrote:
> > My apologies for spamming you with a bunch of different AppArmor issues.
> > I am trying to understand and differentiate the issues myself; please
> > let me know if it would be better for me just to send you a list of all
> > of the errors.
> 
> your reports are very appreciated! Thank you for doing that.
> 
> > There are several error messages related to GL and Mesa, which I'm
> > trying to understand better because of broader GPU stability issues
> > on my Raspberry Pi 3B+. When I start surf, I see the following warnings:
> > 
> > libGL error: MESA-LOADER: failed to retrieve device information
> > MESA-LOADER: failed to retrieve device information
> > MESA-LOADER: failed to retrieve device information
> 
> Do you notice any issues (e.g. degraded performance) because of this?

No.

> > [ 6898.198526] audit: type=1400 audit(1547682794.480:160): 
> > apparmor="DENIED" operation="open" profile="/usr/bin/surf" 
> > name="/sys/class/video4linux/" pid=6003 comm="gst-plugin-scan" 
> > requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
> 
> There is an "abstractions/video" that I can include to allow access to
> this directory.
> > [ 6906.716855] audit: type=1400 audit(1547682802.996:161): 
> > apparmor="DENIED" operation="open" profile="/usr/bin/surf" 
> > name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 
> > comm="ositorWorkQueue" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
> > [ 6906.720022] audit: type=1400 audit(1547682802.996:162): 
> > apparmor="DENIED" operation="open" profile="/usr/bin/surf" 
> > name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 
> > comm="ositorWorkQueue" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
> > [ 6906.720086] audit: type=1400 audit(1547682802.996:163): 
> > apparmor="DENIED" operation="open" profile="/usr/bin/surf" 
> > name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 
> > comm="ositorWorkQueue" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
> > [ 6906.720111] audit: type=1400 audit(1547682802.996:164): 
> > apparmor="DENIED" operation="open" profile="/usr/bin/surf" 
> > name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 
> > comm="ositorWorkQueue" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
> > [ 6908.851155] audit: type=1400 audit(1547682805.132:165): 
> > apparmor="DENIED" operation="open" profile="/usr/bin/surf" 
> > name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 
> > comm="ositorWorkQueue" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
> > [ 6908.852661] audit: type=1400 audit(1547682805.132:166): 
> > apparmor="DENIED" operation="open" profile="/usr/bin/surf" 
> > name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 
> > comm="ositorWorkQueue" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
> > [ 6908.852715] audit: type=1400 audit(1547682805.132:167): 
> > apparmor="DENIED" operation="open" profile="/usr/bin/surf" 
> > name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 
> > comm="ositorWorkQueue" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
> > [ 6908.852745] audit: type=1400 audit(1547682805.132:168): 
> > apparmor="DENIED" operation="open" profile="/usr/bin/surf" 
> > name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 
> > comm="ositorWorkQueue" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
> 
> Does it help if /sys/devices/platform/soc/soc:gpu/* is allowed for reading?
> Or will there be additional errors?

That silences the errors.

> 
> Regards,
> Reiner

Bug#919537: surf: fails to download files due to AppArmor profile

[Leo Singer]

Package: surf
Version: 2.0+git20181009-3
Severity: normal

Dear Maintainer,

I am unable to download files with surf. When I follow a link that
should trigger a download, such as a link to a .tar.gz file, I see this
error message in the terminal:

surf: execvp x-terminal-emulator failed: Permission denied

And I see this AppArmor audit message:

[10250.579596] audit: type=1400 audit(1547686146.856:308): apparmor="DENIED" 
operation="exec" profile="/usr/bin/surf" name="/usr/bin/lxterm" pid=17839 
comm="surf" requested_mask="x" denied_mask="x" fsuid=1000 ouid=0

Thanks,
Leo

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages surf depends on:
ii  libc6 2.28-5
ii  libgcr-base-3-1   3.28.0-4
ii  libgcr-ui-3-1 3.28.0-4
ii  libglib2.0-0  2.58.2-3
ii  libgtk-3-03.24.2-3
ii  libwebkit2gtk-4.0-37  2.22.5-1
ii  libx11-6  2:1.6.7-1

Versions of packages surf recommends:
ii  curl 7.62.0-1
ii  suckless-tools   44-1
ii  x11-utils7.7+4
ii  xterm [x-terminal-emulator]  342-1

Versions of packages surf suggests:
ii  apparmor  2.13.2-3

-- no debconf information

Bug#919536: surf: Warnings and AppError audit messages about GPU

[Leo Singer]

Package: surf
Version: 2.0+git20181009-2.1
Severity: minor

Dear Maintainer,

My apologies for spamming you with a bunch of different AppArmor issues.
I am trying to understand and differentiate the issues myself; please
let me know if it would be better for me just to send you a list of all
of the errors.

There are several error messages related to GL and Mesa, which I'm
trying to understand better because of broader GPU stability issues
on my Raspberry Pi 3B+. When I start surf, I see the following warnings:

libGL error: MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to retrieve device information

I also see the following AppArmor audit messages which look like they
might be related:

[ 6898.198526] audit: type=1400 audit(1547682794.480:160): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" name="/sys/class/video4linux/" 
pid=6003 comm="gst-plugin-scan" requested_mask="r" denied_mask="r" fsuid=1000 
ouid=0
[ 6906.716855] audit: type=1400 audit(1547682802.996:161): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" 
name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 comm="ositorWorkQueue" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 6906.720022] audit: type=1400 audit(1547682802.996:162): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" 
name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 comm="ositorWorkQueue" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 6906.720086] audit: type=1400 audit(1547682802.996:163): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" 
name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 comm="ositorWorkQueue" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 6906.720111] audit: type=1400 audit(1547682802.996:164): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" 
name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 comm="ositorWorkQueue" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 6908.851155] audit: type=1400 audit(1547682805.132:165): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" 
name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 comm="ositorWorkQueue" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 6908.852661] audit: type=1400 audit(1547682805.132:166): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" 
name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 comm="ositorWorkQueue" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 6908.852715] audit: type=1400 audit(1547682805.132:167): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" 
name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 comm="ositorWorkQueue" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 6908.852745] audit: type=1400 audit(1547682805.132:168): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" 
name="/sys/devices/platform/soc/soc:gpu/uevent" pid=5984 comm="ositorWorkQueue" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0

Thanks,
Leo

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages surf depends on:
ii  libc6 2.28-5
ii  libgcr-base-3-1   3.28.0-4
ii  libgcr-ui-3-1 3.28.0-4
ii  libglib2.0-0  2.58.2-3
ii  libgtk-3-03.24.2-3
ii  libwebkit2gtk-4.0-37  2.22.5-1
ii  libx11-6  2:1.6.7-1

Versions of packages surf recommends:
ii  curl 7.62.0-1
ii  suckless-tools   44-1
ii  x11-utils7.7+4
ii  xterm [x-terminal-emulator]  342-1

Versions of packages surf suggests:
ii  apparmor  2.13.2-3

-- Configuration Files:
/etc/apparmor.d/usr.bin.surf changed [not included]

-- no debconf information

Bug#919535: surf: AppArmor profile forbids access to publicsuffix data

[Leo Singer]

Package: surf
Version: 2.0+git20181009-2.1
Severity: normal
Tags: patch

Dear Maintainer,

surf is not able to access the following two files due to its apparmor
profile:

[ 5565.325749] audit: type=1400 audit(1547681461.606:127): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" 
name="/usr/share/publicsuffix/public_suffix_list.dafsa" pid=29897 
comm="WebKitNetworkPr" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 5565.328420] audit: type=1400 audit(1547681461.610:128): apparmor="DENIED" 
operation="open" profile="/usr/bin/surf" 
name="/usr/share/publicsuffix/public_suffix_list.dat" pid=29897 
comm="WebKitNetworkPr" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0

I have included a patch.

Regards,
Leo
-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages surf depends on:
ii  libc6 2.28-5
ii  libgcr-base-3-1   3.28.0-4
ii  libgcr-ui-3-1 3.28.0-4
ii  libglib2.0-0  2.58.2-3
ii  libgtk-3-03.24.2-3
ii  libwebkit2gtk-4.0-37  2.22.5-1
ii  libx11-6  2:1.6.7-1

Versions of packages surf recommends:
ii  curl 7.62.0-1
ii  suckless-tools   44-1
ii  x11-utils7.7+4
ii  xterm [x-terminal-emulator]  342-1

Versions of packages surf suggests:
ii  apparmor  2.13.2-3

-- Configuration Files:
/etc/apparmor.d/usr.bin.surf changed [not included]

-- no debconf information
>From 092793cac1b5dd01a62f910497c95b51d28dc674 Mon Sep 17 00:00:00 2001
From: Leo Singer 
Date: Wed, 16 Jan 2019 23:40:11 +
Subject: [PATCH] Tell apparmor to allow access to publicsuffix data

---
 debian/changelog| 7 +++
 debian/usr.bin.surf | 1 +
 2 files changed, 8 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 7e6f003..c002849 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+surf (2.0+git20181009-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Tell apparmor to allow read access to publicsuffix data.
+
+ -- Leo Singer   Wed, 16 Jan 2019 23:39:11 +
+
 surf (2.0+git20181009-3) unstable; urgency=medium
 
   * Fix path pattern for usrmerged paths in AppArmor profile.
diff --git a/debian/usr.bin.surf b/debian/usr.bin.surf
index f204a83..3a9b2d6 100644
--- a/debian/usr.bin.surf
+++ b/debian/usr.bin.surf
@@ -31,6 +31,7 @@
   /usr/lib/@{multiarch}/webkit2gtk-4.0/WebKit*Process ix,
   /{dev,run}/shm/WK2SharedMemory.* rw,
   /var/tmp/WebKit-Media-* rw,
+  /usr/share/publicsuffix/public_suffix_list.{dat,dafsa} r,
   owner @{HOME}/.local/share/webkitgtk/ w,
   owner @{HOME}/.local/share/webkitgtk/** rw,
   owner @{HOME}/.cache/webkitgtk/ w,
-- 
2.20.1

Bug#919534: surf: AppArmor profile forbids creation of ~/.cache directory

[Leo Singer]

Package: surf
Version: 2.0+git20181009-2.1
Severity: normal

Dear Maintainer,

The AppArmor profile for surf prevents it from creating the ~/.cache
directory. This might be a rare corner case since it is only likely
to occur if surf is almost the first program that the user runs after
they create the account. There is a simple workaround of just creating
the ~/.cache directory before running surf.

The AppArmor audit message looks like this:

[ 6822.134705] audit: type=1400 audit(1547682718.416:151):
apparmor="DENIED" operation="mkdir" profile="/usr/bin/surf"
name="/home/leo/.cache/" pid=5877 comm="WebKitWebProces"
requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Thanks,
Leo

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages surf depends on:
ii  libc6 2.28-5
ii  libgcr-base-3-1   3.28.0-4
ii  libgcr-ui-3-1 3.28.0-4
ii  libglib2.0-0  2.58.2-3
ii  libgtk-3-03.24.2-3
ii  libwebkit2gtk-4.0-37  2.22.5-1
ii  libx11-6  2:1.6.7-1

Versions of packages surf recommends:
ii  curl 7.62.0-1
ii  suckless-tools   44-1
ii  x11-utils7.7+4
ii  xterm [x-terminal-emulator]  342-1

Versions of packages surf suggests:
ii  apparmor  2.13.2-3

-- Configuration Files:
/etc/apparmor.d/usr.bin.surf changed [not included]

-- no debconf information

Bug#918925: i3: Status and title bar text do not appear with default config file

[Leo Pound Singer]

Sorry for the spam. I sent that last message to the wrong issue.

Best,
Leo

> On Jan 16, 2019, at 00:45, Leo Pound Singer  wrote:
> 
> When I type ^g, I see this go by in dmesg:
> 
> [  778.791035] audit: type=1400 audit(1547617464.261:24):
> apparmor="DENIED" operation="exec" profile="/usr/bin/surf"
> name="/usr/bin/dash" pid=919 comm="surf" requested_mask="x"
> denied_mask="x" fsuid=1000 ouid=0
> 
>> On 1/15/19, Leo Pound Singer  wrote:
>> I just reinstalled buster to switch from armhf to aarch64, so my system is
>> now pretty bare and unmodified other than installing build-essential, i3,
>> and some python3 packages.  Nevertheless I was able to reproduce the issue.
>> 
>> I installed and ran font-manager from within i3 and nothing looks out of the
>> ordinary.
>> 
>>> On Jan 11, 2019, at 11:59, Michael Stapelberg 
>>> wrote:
>>> 
>>> Then use whichever tool has a font selection dialog :)
>>> 
>>>> On Fri, Jan 11, 2019 at 5:18 PM Leo Pound Singer 
>>>> wrote:
>>>> gnome-specimen is not in buster. It has been removed from Debian.
>>>> 
>>>> 
>>>> 
>>>> Sent from my iPhone
>>>>> On Jan 10, 2019, at 16:46, Michael Stapelberg 
>>>>> wrote:
>>>>> 
>>>>> That’s weird. Something must be different in your system, though, as
>>>>> this is the first time anyone has ever reported this issue.
>>>>> 
>>>>> Can you check gnome-specimen and see if fonts show up correctly there?
>>>>> Can you try using them with i3 and see if that works in general?
>>>>> 
>>>>>> On Thu, Jan 10, 2019 at 7:41 PM Leo Pound Singer 
>>>>>> wrote:
>>>>>> No, all of the packages recommended by i3-wm are installed.
>>>>>> 
>>>>>>> On Jan 10, 2019, at 12:25, Michael Stapelberg 
>>>>>>> wrote:
>>>>>>> 
>>>>>>> Did you disable apt recommendations? The i3-wm package recommends
>>>>>>> fonts-dejavu-core, which should be picked up as a suitable font. Do
>>>>>>> you have that package installed?
>>>>>>> 
>>>>>>>> On Thu, Jan 10, 2019 at 5:48 PM Leo Singer 
>>>>>>>> wrote:
>>>>>>>> Package: i3
>>>>>>>> Version: 4.16-1
>>>>>>>> Severity: normal
>>>>>>>> 
>>>>>>>> Dear Maintainer,
>>>>>>>> 
>>>>>>>> I installed i3 under Debian Buster (armhf) on a Raspberry Pi 3B+.
>>>>>>>> With the
>>>>>>>> automatically generated configuration file, the i3 title and status
>>>>>>>> bars are
>>>>>>>> blank.
>>>>>>>> 
>>>>>>>> I found that I could get the title and status bar text to show up by
>>>>>>>> employing
>>>>>>>> the workaround of uncommenting the following font option in
>>>>>>>> ~/.config/i3/config:
>>>>>>>> 
>>>>>>>>font
>>>>>>>> -misc-fixed-medium-r-normal--13-120-75-75-C-70-iso10646-1
>>>>>>>> 
>>>>>>>> I do not know if this issue also occurs on more commonplace amd64
>>>>>>>> systems.
>>>>>>>> 
>>>>>>>> Would you please modify the package so that the title and status bar
>>>>>>>> text are
>>>>>>>> visible with the default, automatically generated i3 config file?
>>>>>>>> 
>>>>>>>> Regards,
>>>>>>>> Leo
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> -- System Information:
>>>>>>>> Debian Release: buster/sid
>>>>>>>>  APT prefers testing
>>>>>>>>  APT policy: (500, 'testing')
>>>>>>>> Architecture: armhf (armv7l)
>>>>>>>> 
>>>>>>>> Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
>>>>>>>> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C
>>>>>>>> (charmap=UTF-8)
>>>>>>>> Shell: /bin/sh linked to /usr/bin/dash
>>>>>>>> Init: systemd (via /run/systemd/system)
>>>>>>>> LSM: AppArmor: enabled
>>>>>>>> 
>>>>>>>> Versions of packages i3 depends on:
>>>>>>>> ii  i3-wm  4.16-1
>>>>>>>> 
>>>>>>>> Versions of packages i3 recommends:
>>>>>>>> ii  dunst   1.3.2-1
>>>>>>>> ii  i3lock  2.11.1-1
>>>>>>>> ii  i3status2.12-1
>>>>>>>> ii  suckless-tools  44-1
>>>>>>>> 
>>>>>>>> i3 suggests no packages.
>>>>>>>> 
>>>>>>>> -- no debconf information
>>>>>>> 
>>>>>>> 
>>>>>>> --
>>>>>>> Best regards,
>>>>>>> Michael
>>>>> 
>>>>> 
>>>>> --
>>>>> Best regards,
>>>>> Michael
>>> 
>>> 
>>> --
>>> Best regards,
>>> Michael
>> 

Bug#918926: surf: Patch to fix paths in apparmor profile

[Leo Singer]

Package: surf
Followup-For: Bug #918926

Hi,

I found that I just had to remove the extra / in the apparmor profile.
Please see the attached patch.

Best,
Leo

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages surf depends on:
ii  libc6 2.28-5
ii  libgcr-base-3-1   3.28.0-4
ii  libgcr-ui-3-1 3.28.0-4
ii  libglib2.0-0  2.58.2-3
ii  libgtk-3-03.24.2-3
ii  libwebkit2gtk-4.0-37  2.22.5-1
ii  libx11-6  2:1.6.7-1

Versions of packages surf recommends:
ii  curl7.62.0-1
ii  rxvt-unicode [x-terminal-emulator]  9.22-4+b1
ii  suckless-tools  44-1
ii  x11-utils   7.7+4
ii  xterm [x-terminal-emulator] 342-1

Versions of packages surf suggests:
ii  apparmor  2.13.2-3

-- no debconf information
diff -Nru surf-2.0+git20181009/debian/changelog 
surf-2.0+git20181009/debian/changelog
--- surf-2.0+git20181009/debian/changelog   2019-01-12 12:48:59.0 
+
+++ surf-2.0+git20181009/debian/changelog   2019-01-16 17:45:33.0 
+
@@ -1,3 +1,11 @@
+surf (2.0+git20181009-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix path pattern for usrmerged paths in AppArmor profile.
+(Closes: #918926)
+
+ -- Leo Singer   Wed, 16 Jan 2019 17:45:33 +
+
 surf (2.0+git20181009-2) unstable; urgency=medium
 
   * Allow usrmerged paths in AppArmor profile. (Closes: #918926)
diff -Nru surf-2.0+git20181009/debian/usr.bin.surf 
surf-2.0+git20181009/debian/usr.bin.surf
--- surf-2.0+git20181009/debian/usr.bin.surf2019-01-12 12:11:11.0 
+
+++ surf-2.0+git20181009/debian/usr.bin.surf2019-01-16 17:45:33.0 
+
@@ -49,8 +49,8 @@
 
 
   /usr/bin/surf ix,
-  /{usr/,}/bin/dash ix,
-  /{usr/,}/bin/sed ix,
+  /{usr,}/bin/dash ix,
+  /{usr,}/bin/sed ix,
   /usr/bin/dmenu ix,
   /usr/bin/printf ix,
   /usr/bin/xargs ix,

Bug#918925: i3: Status and title bar text do not appear with default config file

[Leo Pound Singer]

When I type ^g, I see this go by in dmesg:

[  778.791035] audit: type=1400 audit(1547617464.261:24):
apparmor="DENIED" operation="exec" profile="/usr/bin/surf"
name="/usr/bin/dash" pid=919 comm="surf" requested_mask="x"
denied_mask="x" fsuid=1000 ouid=0

On 1/15/19, Leo Pound Singer  wrote:
> I just reinstalled buster to switch from armhf to aarch64, so my system is
> now pretty bare and unmodified other than installing build-essential, i3,
> and some python3 packages.  Nevertheless I was able to reproduce the issue.
>
> I installed and ran font-manager from within i3 and nothing looks out of the
> ordinary.
>
>> On Jan 11, 2019, at 11:59, Michael Stapelberg 
>> wrote:
>>
>> Then use whichever tool has a font selection dialog :)
>>
>>> On Fri, Jan 11, 2019 at 5:18 PM Leo Pound Singer 
>>> wrote:
>>> gnome-specimen is not in buster. It has been removed from Debian.
>>>
>>>
>>>
>>> Sent from my iPhone
>>>> On Jan 10, 2019, at 16:46, Michael Stapelberg 
>>>> wrote:
>>>>
>>>> That’s weird. Something must be different in your system, though, as
>>>> this is the first time anyone has ever reported this issue.
>>>>
>>>> Can you check gnome-specimen and see if fonts show up correctly there?
>>>> Can you try using them with i3 and see if that works in general?
>>>>
>>>>> On Thu, Jan 10, 2019 at 7:41 PM Leo Pound Singer 
>>>>> wrote:
>>>>> No, all of the packages recommended by i3-wm are installed.
>>>>>
>>>>>> On Jan 10, 2019, at 12:25, Michael Stapelberg 
>>>>>> wrote:
>>>>>>
>>>>>> Did you disable apt recommendations? The i3-wm package recommends
>>>>>> fonts-dejavu-core, which should be picked up as a suitable font. Do
>>>>>> you have that package installed?
>>>>>>
>>>>>>> On Thu, Jan 10, 2019 at 5:48 PM Leo Singer 
>>>>>>> wrote:
>>>>>>> Package: i3
>>>>>>> Version: 4.16-1
>>>>>>> Severity: normal
>>>>>>>
>>>>>>> Dear Maintainer,
>>>>>>>
>>>>>>> I installed i3 under Debian Buster (armhf) on a Raspberry Pi 3B+.
>>>>>>> With the
>>>>>>> automatically generated configuration file, the i3 title and status
>>>>>>> bars are
>>>>>>> blank.
>>>>>>>
>>>>>>> I found that I could get the title and status bar text to show up by
>>>>>>> employing
>>>>>>> the workaround of uncommenting the following font option in
>>>>>>> ~/.config/i3/config:
>>>>>>>
>>>>>>> font
>>>>>>> -misc-fixed-medium-r-normal--13-120-75-75-C-70-iso10646-1
>>>>>>>
>>>>>>> I do not know if this issue also occurs on more commonplace amd64
>>>>>>> systems.
>>>>>>>
>>>>>>> Would you please modify the package so that the title and status bar
>>>>>>> text are
>>>>>>> visible with the default, automatically generated i3 config file?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Leo
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -- System Information:
>>>>>>> Debian Release: buster/sid
>>>>>>>   APT prefers testing
>>>>>>>   APT policy: (500, 'testing')
>>>>>>> Architecture: armhf (armv7l)
>>>>>>>
>>>>>>> Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
>>>>>>> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C
>>>>>>> (charmap=UTF-8)
>>>>>>> Shell: /bin/sh linked to /usr/bin/dash
>>>>>>> Init: systemd (via /run/systemd/system)
>>>>>>> LSM: AppArmor: enabled
>>>>>>>
>>>>>>> Versions of packages i3 depends on:
>>>>>>> ii  i3-wm  4.16-1
>>>>>>>
>>>>>>> Versions of packages i3 recommends:
>>>>>>> ii  dunst   1.3.2-1
>>>>>>> ii  i3lock  2.11.1-1
>>>>>>> ii  i3status2.12-1
>>>>>>> ii  suckless-tools  44-1
>>>>>>>
>>>>>>> i3 suggests no packages.
>>>>>>>
>>>>>>> -- no debconf information
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Best regards,
>>>>>> Michael
>>>>
>>>>
>>>> --
>>>> Best regards,
>>>> Michael
>>
>>
>> --
>> Best regards,
>> Michael
>

Bug#918925: i3: Status and title bar text do not appear with default config file

[Leo Pound Singer]

I just reinstalled buster to switch from armhf to aarch64, so my system is now 
pretty bare and unmodified other than installing build-essential, i3, and some 
python3 packages.  Nevertheless I was able to reproduce the issue.

I installed and ran font-manager from within i3 and nothing looks out of the 
ordinary.

> On Jan 11, 2019, at 11:59, Michael Stapelberg  wrote:
> 
> Then use whichever tool has a font selection dialog :)
> 
>> On Fri, Jan 11, 2019 at 5:18 PM Leo Pound Singer  wrote:
>> gnome-specimen is not in buster. It has been removed from Debian.
>> 
>> 
>> 
>> Sent from my iPhone
>>> On Jan 10, 2019, at 16:46, Michael Stapelberg  wrote:
>>> 
>>> That’s weird. Something must be different in your system, though, as this 
>>> is the first time anyone has ever reported this issue.
>>> 
>>> Can you check gnome-specimen and see if fonts show up correctly there? Can 
>>> you try using them with i3 and see if that works in general?
>>> 
>>>> On Thu, Jan 10, 2019 at 7:41 PM Leo Pound Singer  wrote:
>>>> No, all of the packages recommended by i3-wm are installed.
>>>> 
>>>>> On Jan 10, 2019, at 12:25, Michael Stapelberg  
>>>>> wrote:
>>>>> 
>>>>> Did you disable apt recommendations? The i3-wm package recommends 
>>>>> fonts-dejavu-core, which should be picked up as a suitable font. Do you 
>>>>> have that package installed?
>>>>> 
>>>>>> On Thu, Jan 10, 2019 at 5:48 PM Leo Singer  wrote:
>>>>>> Package: i3
>>>>>> Version: 4.16-1
>>>>>> Severity: normal
>>>>>> 
>>>>>> Dear Maintainer,
>>>>>> 
>>>>>> I installed i3 under Debian Buster (armhf) on a Raspberry Pi 3B+. With 
>>>>>> the
>>>>>> automatically generated configuration file, the i3 title and status bars 
>>>>>> are
>>>>>> blank.
>>>>>> 
>>>>>> I found that I could get the title and status bar text to show up by 
>>>>>> employing
>>>>>> the workaround of uncommenting the following font option in
>>>>>> ~/.config/i3/config:
>>>>>> 
>>>>>> font -misc-fixed-medium-r-normal--13-120-75-75-C-70-iso10646-1
>>>>>> 
>>>>>> I do not know if this issue also occurs on more commonplace amd64 
>>>>>> systems.
>>>>>> 
>>>>>> Would you please modify the package so that the title and status bar 
>>>>>> text are
>>>>>> visible with the default, automatically generated i3 config file?
>>>>>> 
>>>>>> Regards,
>>>>>> Leo
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> -- System Information:
>>>>>> Debian Release: buster/sid
>>>>>>   APT prefers testing
>>>>>>   APT policy: (500, 'testing')
>>>>>> Architecture: armhf (armv7l)
>>>>>> 
>>>>>> Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
>>>>>> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C 
>>>>>> (charmap=UTF-8)
>>>>>> Shell: /bin/sh linked to /usr/bin/dash
>>>>>> Init: systemd (via /run/systemd/system)
>>>>>> LSM: AppArmor: enabled
>>>>>> 
>>>>>> Versions of packages i3 depends on:
>>>>>> ii  i3-wm  4.16-1
>>>>>> 
>>>>>> Versions of packages i3 recommends:
>>>>>> ii  dunst   1.3.2-1
>>>>>> ii  i3lock  2.11.1-1
>>>>>> ii  i3status2.12-1
>>>>>> ii  suckless-tools  44-1
>>>>>> 
>>>>>> i3 suggests no packages.
>>>>>> 
>>>>>> -- no debconf information
>>>>> 
>>>>> 
>>>>> -- 
>>>>> Best regards,
>>>>> Michael
>>> 
>>> 
>>> -- 
>>> Best regards,
>>> Michael
> 
> 
> -- 
> Best regards,
> Michael

Bug#918926: Surf still cannot start dmenu due to permission denied error

[Leo Pound Singer]

I just did a fresh installation of buster on my Rapsberry Pi to switch from 
armhf to aarch64, and I am still finding that surf cannot start dmenu due to 
the same permission denied error. I have surf-2.0+git20181009-2.

Bug#918925: i3: Status and title bar text do not appear with default config file

[Leo Pound Singer]

gnome-specimen is not in buster. It has been removed from Debian.



Sent from my iPhone
> On Jan 10, 2019, at 16:46, Michael Stapelberg  wrote:
> 
> That’s weird. Something must be different in your system, though, as this is 
> the first time anyone has ever reported this issue.
> 
> Can you check gnome-specimen and see if fonts show up correctly there? Can 
> you try using them with i3 and see if that works in general?
> 
>> On Thu, Jan 10, 2019 at 7:41 PM Leo Pound Singer  wrote:
>> No, all of the packages recommended by i3-wm are installed.
>> 
>>> On Jan 10, 2019, at 12:25, Michael Stapelberg  wrote:
>>> 
>>> Did you disable apt recommendations? The i3-wm package recommends 
>>> fonts-dejavu-core, which should be picked up as a suitable font. Do you 
>>> have that package installed?
>>> 
>>>> On Thu, Jan 10, 2019 at 5:48 PM Leo Singer  wrote:
>>>> Package: i3
>>>> Version: 4.16-1
>>>> Severity: normal
>>>> 
>>>> Dear Maintainer,
>>>> 
>>>> I installed i3 under Debian Buster (armhf) on a Raspberry Pi 3B+. With the
>>>> automatically generated configuration file, the i3 title and status bars 
>>>> are
>>>> blank.
>>>> 
>>>> I found that I could get the title and status bar text to show up by 
>>>> employing
>>>> the workaround of uncommenting the following font option in
>>>> ~/.config/i3/config:
>>>> 
>>>> font -misc-fixed-medium-r-normal--13-120-75-75-C-70-iso10646-1
>>>> 
>>>> I do not know if this issue also occurs on more commonplace amd64 systems.
>>>> 
>>>> Would you please modify the package so that the title and status bar text 
>>>> are
>>>> visible with the default, automatically generated i3 config file?
>>>> 
>>>> Regards,
>>>> Leo
>>>> 
>>>> 
>>>> 
>>>> -- System Information:
>>>> Debian Release: buster/sid
>>>>   APT prefers testing
>>>>   APT policy: (500, 'testing')
>>>> Architecture: armhf (armv7l)
>>>> 
>>>> Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
>>>> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C 
>>>> (charmap=UTF-8)
>>>> Shell: /bin/sh linked to /usr/bin/dash
>>>> Init: systemd (via /run/systemd/system)
>>>> LSM: AppArmor: enabled
>>>> 
>>>> Versions of packages i3 depends on:
>>>> ii  i3-wm  4.16-1
>>>> 
>>>> Versions of packages i3 recommends:
>>>> ii  dunst   1.3.2-1
>>>> ii  i3lock  2.11.1-1
>>>> ii  i3status2.12-1
>>>> ii  suckless-tools  44-1
>>>> 
>>>> i3 suggests no packages.
>>>> 
>>>> -- no debconf information
>>> 
>>> 
>>> -- 
>>> Best regards,
>>> Michael
> 
> 
> -- 
> Best regards,
> Michael

Bug#918925: i3: Status and title bar text do not appear with default config file

[Leo Pound Singer]

No, all of the packages recommended by i3-wm are installed.

> On Jan 10, 2019, at 12:25, Michael Stapelberg  wrote:
> 
> Did you disable apt recommendations? The i3-wm package recommends 
> fonts-dejavu-core, which should be picked up as a suitable font. Do you have 
> that package installed?
> 
>> On Thu, Jan 10, 2019 at 5:48 PM Leo Singer  wrote:
>> Package: i3
>> Version: 4.16-1
>> Severity: normal
>> 
>> Dear Maintainer,
>> 
>> I installed i3 under Debian Buster (armhf) on a Raspberry Pi 3B+. With the
>> automatically generated configuration file, the i3 title and status bars are
>> blank.
>> 
>> I found that I could get the title and status bar text to show up by 
>> employing
>> the workaround of uncommenting the following font option in
>> ~/.config/i3/config:
>> 
>> font -misc-fixed-medium-r-normal--13-120-75-75-C-70-iso10646-1
>> 
>> I do not know if this issue also occurs on more commonplace amd64 systems.
>> 
>> Would you please modify the package so that the title and status bar text are
>> visible with the default, automatically generated i3 config file?
>> 
>> Regards,
>> Leo
>> 
>> 
>> 
>> -- System Information:
>> Debian Release: buster/sid
>>   APT prefers testing
>>   APT policy: (500, 'testing')
>> Architecture: armhf (armv7l)
>> 
>> Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
>> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
>> Shell: /bin/sh linked to /usr/bin/dash
>> Init: systemd (via /run/systemd/system)
>> LSM: AppArmor: enabled
>> 
>> Versions of packages i3 depends on:
>> ii  i3-wm  4.16-1
>> 
>> Versions of packages i3 recommends:
>> ii  dunst   1.3.2-1
>> ii  i3lock  2.11.1-1
>> ii  i3status2.12-1
>> ii  suckless-tools  44-1
>> 
>> i3 suggests no packages.
>> 
>> -- no debconf information
> 
> 
> -- 
> Best regards,
> Michael

Bug#918926: surf: Cannot open dmenu: permission denied

[Leo Singer]

Package: surf
Version: 2.0+git20181009-1
Severity: normal
Tags: patch

Dear Maintainer,

surf cannot open dmenu with ^g and prints the following error message:

surf: execvp /bin/sh failed: Permission denied

Regards,
Leo



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages surf depends on:
ii  libc6 2.28-2
ii  libgcr-base-3-1   3.28.0-4
ii  libgcr-ui-3-1 3.28.0-4
ii  libglib2.0-0  2.58.2-3
ii  libgtk-3-03.24.2-3
ii  libwebkit2gtk-4.0-37  2.22.5-1
ii  libx11-6  2:1.6.7-1

Versions of packages surf recommends:
ii  curl  7.62.0-1
ii  gnome-terminal [x-terminal-emulator]  3.30.2-2
ii  mate-terminal [x-terminal-emulator]   1.20.1-1
ii  rxvt-unicode [x-terminal-emulator]9.22-4+b1
ii  suckless-tools44-1
ii  x11-utils 7.7+4
ii  xfce4-terminal [x-terminal-emulator]  0.8.7.4-2
ii  xterm [x-terminal-emulator]   341-1

Versions of packages surf suggests:
ii  apparmor  2.13.2-3

-- no debconf information

Bug#918925: i3: Status and title bar text do not appear with default config file

[Leo Singer]

Package: i3
Version: 4.16-1
Severity: normal

Dear Maintainer,

I installed i3 under Debian Buster (armhf) on a Raspberry Pi 3B+. With the
automatically generated configuration file, the i3 title and status bars are
blank.

I found that I could get the title and status bar text to show up by employing
the workaround of uncommenting the following font option in
~/.config/i3/config:

font -misc-fixed-medium-r-normal--13-120-75-75-C-70-iso10646-1

I do not know if this issue also occurs on more commonplace amd64 systems.

Would you please modify the package so that the title and status bar text are
visible with the default, automatically generated i3 config file?

Regards,
Leo



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 4.19.0-1-armmp (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages i3 depends on:
ii  i3-wm  4.16-1

Versions of packages i3 recommends:
ii  dunst   1.3.2-1
ii  i3lock  2.11.1-1
ii  i3status2.12-1
ii  suckless-tools  44-1

i3 suggests no packages.

-- no debconf information

Bug#917607: udev 240 Makes System Unbootable; rootfs Not Found

[Leo L. Schwab]

On Thu, Jan 03, 2019 at 01:46:19PM +0100, Vincent Lefevre wrote:
> Same problem, with the keyboard not working, so that I couldn't do
> anything here. I reported the bug against the Linux kernel, because
> everything is fine with a 4.18 kernel (which I had fortunately kept,
> otherwise I would have to find a rescue CD somewhere...):
>
Hrm.  I don't think it's the kernel that saved you.

Try this:
- Have a rescue boot volume handy (CD, DVD, USB stick, etc.).
- Save off a copy of /boot/initrd.img-4.18.0-?-amd64 (or whatever
  your actual version is) to a safe place.
- As root, run "update-initramfs -u -k all".  The "-k all" arguments
  will update all available initramfs images to contain udev 240-2
  (not just the latest one).
- Reboot.

If your experience is anything like mine, you will once again be
dropped to an initramfs prompt with no modules loaded, illustrating that the
problem is not kernel-specific.

- Reboot using the rescue disk, and move your working initrd.img.*
  file back into place; reboot.

BTW, someone might want to have a word with the DEB repository
people and have them put back 239-15, because 240-x is clearly not ready for
prime time.

Schwab

Bug#917607: udev 240 Makes System Unbootable; rootfs Not Found

[Leo L. Schwab]

On Tue, Jan 01, 2019 at 04:50:51PM +0100, Michael Biebl wrote:
> Am 31.12.18 um 00:04 schrieb Leo L. Schwab:
> > 'lsmod' prints nothing.  /proc/modules is empty.
> > 
> >> ls -la /dev
> > 
> > No block devices appear to be listed.  (Screen photos available upon
> > request.)
> 
> Hm, this is very strange.
> Block devices such as /dev/sd? are directly created by the kernel and
> made available via devtmpfs. Mounting /proc and /dev is one of the first
> things done in
> /usr/share/initramfs-tools/init
> way before systemd-udevd is started.
> If you have no block devices at all, I'm at a loss what's going wrong.
> 
What's going wrong is that there are no kernel modules loaded,
including 'ahci' which runs the SATA bus.

Just for laughs, I re-installed udev 240-2 and rebooted.  As before,
the boot failed, leaving me at an initramfs prompt.  'lsmod' reported no
kernel modules loaded, and the directory /dev/disk did not exist.

I then ran 'modprobe ahci' at the command prompt, and immediately
heard some brief chattering from the disks.  I then found the /dev/sd*
devices had been created, and the /dev/disk tree had been populated,
including /dev/disk/by-uuid.  'lsmod' now reported sd_mod, sr_mod, cdrom,
ahci, libahci, libata, and scsi_mod as loaded.

So, something that used to trigger kernel module loading isn't
happening anymore.

BTW, my rootfs is not encrypted, so 'cryptsetup' isn't involved.

Schwab

Bug#917607: udev 240 Makes System Unbootable; rootfs Not Found

[Leo L. Schwab]

On Sun, Dec 30, 2018 at 10:36:02PM +0100, Michael Biebl wrote:
> Can you share more details about your storage configuration, like mdadm
> configs, /etc/fstab etc.
> 
Oh, sorry, left out partition info.

/etc/fstab by itself won't make much sense, as it's all UUIDs.
Further, the system dual-boots Win7 and Linux, spending most of its time in
the latter.

This will probably be more useful to you:


$ sudo lsblk -f
NAME   FSTYPE LABEL UUID FSAVAIL FSUSE% 
MOUNTPOINT
sda 
├─sda1 vfat ECB5-32D4  77.8M19% 
/boot/efi
├─sda2  
├─sda3 ntfs 143EEC7D3EEC58EE
├─sda4 ext4   debian-rootfs eb6ceb17-4ec4-4388-a902-ff2699840d62 40G31% 
/
├─sda5 ntfs   Swap  869E24439E242E5D
├─sda6 swap 8af77582-3df1-4960-a966-99388cd57906
[SWAP]
└─sda7 ext4 ce37c7e7-ba53-4151-9be2-bd9d7adb4626   65.7G 0% 
/extra
sdb 
├─sdb1  
├─sdb2 ntfs   Neptune   6018A6CC18A6A090
└─sdb3 ext4   mnt.home  5f8a63b0-12f0-4041-84b3-8235ded4b51a  857.2G 6% 
/home
sdc 
├─sdc1 ext4   vidwork   38fde8c7-11ed-48df-996e-08ffdef5434b  173.7G49% 
/vidwork
├─sdc2  
└─sdc5 ntfs   Re-lantic A6B87CCFB87C9F8B
sr0 


Mapped as follows:

/dev/sda3 -- Windows C:\ volume
/dev/sda4 -- Linux rootfs.
/dev/sda5 -- Windows swap (swapfile.sys is forced here).
/dev/sda6 -- Linux swap.
/dev/sda7 -- ext4 filesystem.

/home lives on /dev/sdb3.

Schwab