Package: texlive-fonts-extra
Version: 2005.dfsg.3-1
Look:
[EMAIL PROTECTED]:~$ dpkg -L texlive-fonts-extra | grep astro.sty
/usr/share/doc/texlive-fonts-extra/latex/cmastro/00astro.sty
/usr/share/doc/texlive-fonts-extra/latex/cmastro/astro.sty
/usr/share/doc/texlive-doc/latex/cmastro/astro.sty
/u
Package: ntp
Version: 1:4.2.6.p5+dfsg-2
Followup-For: Bug #691672
I second this request.
Without the support for Kernel PPS ntpd can't be used as a serious
stratum 1 server synchronizing on a GPS or cesium refclock.
For users not needing a full-featured NTP server there's the excellent
chrony pac
Package: inosync
Severity: wishlist
Dear Maintainer,
inosync 0.2.3 is out and it includes some important improvements.
Please consider upgrading the Debian package to this new version.
Kind regards,
Paride
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject o
Package: pmount
Version: 0.9.23-3
Followup-For: Bug #596456
Hi,
is there any news about about this issue? I checked the Debian
Changelog for pmount in experimental but btrfs is not mentioned...
The improvement appears to be quick and easy, I hope we'll get
it before the next freeze.
Thank you an
ou version in more refined than mine, so I agree on merging our efforts
on your version of the package. I'll start using it and I'll let you
know if I find any issue.
Best regards,
Paride Legovini
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Paride Legovini
* Package name: PCL (Point Cloud Library)
Version : 1.6
Upstream Author : Open Perception, Inc. (http://www.openperception.org/)
* URL : http://www.pointclouds.org/
* License : BSD-3-clause
Programming
On Fri, Mar 22, 2013 at 12:49:11AM +0800, Thomas Goirand wrote:
> On 03/21/2013 09:51 AM, Paride Legovini wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Paride Legovini
> >
> > * Package name: PCL (Point Cloud Library)
> > Version
On Thu, Jul 18, 2013 at 03:05:52PM +0200, chrysn wrote:
> hello paride,
>
> sorry i missed your mail (forgot to subscribe).
>
> the new versions are usable from my point of view and ready, but not in
> an upload queue (basically becaue i have never done an nmu so far, not
> even under LowNMU, and
Well, radicale 0.8 is out and apparently they changed many things.
I hope to see it packaged soon!
Keep on the good work,
Paride
signature.asc
Description: Digital signature
Dear chrysn,
is there any news on the packaging of the new upstream version (0.7.1)?
It's not that I want to push you, I'd just like to know if it's coming
in a few days or weeks, or if it is better for me to install it using
the upstream tarball.
Thank you and kind regards,
Hi Marco,
Is there any news about the inclusion of dovecot2 in the official
squeeze-backports repositories?
Kind regards and thank you for maintaining it.
Ciao,
Paride
signature.asc
Description: Digital signature
Dear Marco,
here is the patched version of the script. Basically if we can't find
the root device with udev, we try to find it by parsing /proc/cmdline.
If that is not a valid block device the script exists, if it is that
device is used for the /dev/root symlink.
Ciao,
Paride
#!/bin/sh -e
RUNDI
I can confirm the problem and the validity of the workaround.
More specifically I'm trying to install the system on a btrfs root
inside a lvm volume; grub-probe fails (and so fails the grub
installation) unless I manually mount /proc.
Kind regards,
Paride
--
To UNSUBSCRIBE, email to debian-bu
Package: udev
Version: 175-3.1
Severity: normal
Dear Marco,
the udev script /lib/udev/write_dev_root_rule does not work with btrfs
filesystems. I know you are aware of this, as I see the lines
# btrfs filesystems have bogus major/minor numbers
[ "$ROOT_MAJOR" != 0 ] || exit 0
but I think this s
On Mon, Apr 23, 2012 at 03:13:05PM +0200, Marco d'Itri wrote:
> On Apr 23, Marco d'Itri wrote:
>
> > > The script /usr/share/initramfs-tools/hooks/cryptroot already contains
> > > a function that tries to find the device mounted as / by parsing the
> > > fstab. It also works with the UUID= or LAB
Package: chromium
Version: 46.0.2490.13-1
Severity: normal
Dear Maintainer,
As you can see from the screenshot the Chromium 46 menu has no borders.
I'm using a tiling windows manager without a compositor.
I'l very willing to give you additional feedback if needed.
Paride
-- System Information:
Package: wnpp
Severity: wishlist
* Package name: minio
Version : 2017-03-16T21-50-32Z
Upstream Author : Minio Inc
* URL : https://minio.io/
* License : Apache 2.0
Programming Lang: Go
Description : Cloud storage server compatible with Amazon S3
Minio c
ISC
Section : editors
It's my main editor, so I'm willing to keep the package well maintained and up
to date. To access further information about this package please visit:
https://mentors.debian.net/package/vis
Thank you,
Paride Legovini
On 2017-04-07 15:39, Adam Borowski wrote:
> On Fri, Apr 07, 2017 at 12:54:22PM +0200, Paride Legovini wrote:
>> * Package name: vis
>>Version : 0.3
>
>> It's my main editor, so I'm willing to keep the package well maintained and
>> up
>
On 2017-04-07 19:54, Adam Borowski wrote:
> On Fri, Apr 07, 2017 at 05:52:21PM +0200, Paride Legovini wrote:
>> On 2017-04-07 15:39, Adam Borowski wrote:
>>> On Fri, Apr 07, 2017 at 12:54:22PM +0200, Paride Legovini wrote:
>>>> * Package name: vis
>>>&
Package: dalvik-exchange
Severity: normal
Dear Maintainers,
Currently dalvik-exchange Depends: on proguard, which on turn depends on
both proguard-cli and proguard-gui. Depending only on proguard-cli
should be enough for this package, while in a headless server
proguard-gui brings in more than 14
Package: android-sdk
Severity: normal
Dear Maintainers,
Currently android-sdk Depends: on proguard, which on turn depends on
both proguard-cli and proguard-gui. Depending only on proguard-cli
should be enough for this package, while in a headless server
proguard-gui brings in more than 140 unusef
Package: proguard
Severity: normal
Dear Maintainer,
The packages depending on the 'proguard' package normally need the
command line version only. This means that it is impossible to install
such packages on a headless server without bringing it several (~150)
unused GUI dependencies.
Please cons
Package: android-sdk
Followup-For: Bug #856410
Depending on the libproguard-java package could be sufficient and really
right thing to do.
Paride
Package: dalvik-exchange
Followup-For: Bug #856407
Depending on the libproguard-java package could be sufficient and really
right thing to do.
Paride
Package: proguard
Followup-For: Bug #856409
Even better: as most packages with a hard dependency on proguard really
depend only on the library, you could let this package Recommend: both
proguard-cli and proguard-gui. The current behavior is not changed, as
by default recommended packages are inst
Package: fdroidserver
Severity: wishlist
Dear Maintainer,
Is it possible to Depend: on the headless version of the JDK, instead of
depending on the full one? The GUI part should not be needed to build
apps, and it's unconveninet to install all the graphic libraries on a
headless server.
Thank yo
Package: chromium
Version: 58.0.3029.81-1
Severity: normal
Dear Michael,
I see from the changelog that starting from 58.0.3029.68-1 the remote
extensions should be enabled by default. First of all, thanks for
bringing back the old behavior. Unfortunately it doesn't seem to work
yet: chromium stil
Dear Michael,
I don't agree in that the bug should be forwarded upstream, at least not
to http://crbug.com/579430 .
First of all, it is stated right in that page that the issue is not
really an issue at all (see comments #3 and #5).
Moreover, it can't be ignored that the problem arose in 50.0.266
Good news, it's now working in 51.0.2704.63-2.
I think this bug and #770659 can now be closed.
Paride
Package: gnome-themes-standard-data
Version: 3.20-1
Severity: normal
Dear Maintainer,
Since the last upgrade there are no borders around the menus of GTK-2
applications when using a non-compositing window manager.
In /usr/share/themes/Adwaita/gtk-2.0/main.rc:132 it says:
# Draw frame around m
Package: chromium
Version: 50.0.2661.94-1
Severity: normal
Dear Maintainer,
I already reported this problem in #770659, but as its cause is probably
different from the one for which #770659 was opened I find appropriate to file
a new report.
WebRTC seems to be broken in 50.0.2661.75-2 and 50.0.2
Unfortunately this seems to be broken again in 50.0.2661.75-2.
I confirm it was working in 50.0.2661.75-2 and it is working in
50.0.2661.75-1~deb8u1, so it probably has something to do with the new
way of linking with ffmpeg.
I normally test the webrtc functionality here:
https://janus.conf.meete
Package: chromium
Version: 44.0.2403.89-1
Followup-For: Bug #770659
Bug still present in 44.0.2403.89-1:
[156:429:0723/111036:ERROR:webrtcsession.cc(1202)] ConnectDataChannel called
when data_channel_ is NULL.
[156:438:0723/111036:ERROR:process_thread_impl.cc(31)] TimeUntilNextProcess
returned
Package: sakura
Version: 3.2.0-1
Severity: wishlist
Dear Maintainer,
Please consider upgrading to Sakura 3.3.0, as it contains several
bugfixes and improvements. For example Sakura now nativaly
supports 256 colors without tweaking the TERM variable.
Thank you!
Paride
--
To UNSUBSCRIBE, emai
Package: chromium
Version: 44.0.2403.107-1
Followup-For: Bug #770659
Dear Maintainer,
given what has been said in the upstream bug discussion, especially
https://code.google.com/p/chromium/issues/detail?id=501318#c37
it seems the usage of use_system_libsrtp is heavily discouraged, the
option is
If it may help to fix this bug: WebRTC from the Chromium package
available on Ubuntu 15.04 works fine. Maybe the solution can be borrowed
from there...
Paride
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
If it may help to fix this bug: WebRTC from the Chromium package
available on Ubuntu 15.04 works fine. Maybe the solution can be borrowed
from there...
Paride
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
Package: chromium
Version: 43.0.2357.130-1
Followup-For: Bug #770659
Dear Maximilian,
First of all I confirm that the bug is still present in 43.0.2357.130-1.
I really hope that this can be fixed with chromium 44, as today the support
for WebRTC is far superior in chrome/chromium with respect to
Package: pass
Version: 1.6.5-1
Severity: wishlist
Dear Colin,
The upstream distribution contains a completion file for the fish shell.
It is already present in the .orig file used to the your debian package,
the file is:
src/completion/pass.fish-completion
It just need to be copied as
/usr/sha
Package: wnpp
Severity: wishlist
Owner: Paride Legovini
* Package name: fonts-hack
Version : 2.010
Upstream Author : Christopher Simpkins
* URL : https://github.com/chrissimpkins/Hack
* License : Modified SIL Open Font License, Version 1.1
Programming Lang
Package: chromium
Version: 47.0.2526.73-1
Followup-For: Bug #803319
Duplicate of #804901, I already reported this issue while chromium 47
was still in experimental, but unfortunately the report was ignored.
The PDF attached to that bug shows the broken chrome://gpu.
Regards,
Paride
Dear Paul,
On 2015-09-03 09:34, Paul Wise wrote:
> On Tue, Sep 1, 2015 at 1:05 AM, Paride Legovini wrote:
>
>> * URL : https://github.com/chrissimpkins/Hack
>> Description : Typeface designed for source code
>
> Upstream has clearly defined source i
On 2015-09-04 08:51, Paul Wise wrote:
> On Thu, Sep 3, 2015 at 2:33 PM, Paride Legovini wrote:
>
>> but is it a necessary step to have the font included in main?
>
> Personally I wouldn't upload it to main without fixing that
I will discuss this upstream, but first I wa
Package: chromium
Version: 45.0.2454.85-1
Followup-For: Bug #770659
For the record: bug still present in Chromium 45.
Paride
Is this a wontfix?
46.0.2490.71-1 does not fix the issue, it's actually the version against
which Gevorg Abrahamian reported it. Could you please elaborate?
Thank you,
Parifde
Package: chromium
Version: 47.0.2526.16-1
Severity: important
Dear Maintainer,
I tried to install chromium 47 from experimental, but I found out that
it completely breaks the GPU accelleration. This might have something to
do with this entry in the Debian ChangeLog:
* Enable accelerated video de
Dear Fabian,
I'm aware of the new release, I just can't find the time for it on these
busy days... I'll package it as soon as I can.
Thanks for the heads up anyway!
Paride
Hi Fabian,
On 2015-11-16 16:18, Fabian Greffrath wrote:
> Hi Paride,
>
> Am Freitag, den 13.11.2015, 12:44 +0100 schrieb Paride Legovini:
>> I'm aware of the new release, I just can't find the time for it on
>> these
>> busy days... I'll package it as
On 2015-11-16 18:37, Fabian Greffrath wrote:
> Hey Paride,
>
> Am Montag, den 16.11.2015, 17:08 +0100 schrieb Paride Legovini:
>> I uploaded 2.018 to mentors a few days ago, is any other action
>> required
>> from my part? Perhaps I should have pinged you !about
Package: chromium
Followup-For: Bug #803511
I can't reproduce the bug: that PDF looks fine here.
I'm running chromium 46.0.2490.71-1 amd64.
Paride
Package: sakura
Version: 3.1.4-1
Severity: wishlist
Tags: upstream
Dear Maintainer,
Sakura 3.1.5 has been released with this interesting change:
https://bazaar.launchpad.net/~dabisu/sakura/sakura/revision/477
When you have time please consider upating the Debian package.
Thanks!
Paride
--
Package: chromium
Followup-For: Bug #718768
Dear Maintainer,
WebRTC works fine with Chromium 37 and already worked fine with
Chromium 35 (I didn't try with version 36). I think that this
bug can be closed.
Kind regards,
Paride
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian
Package: neovim
Version: 0.1.7-4
Severity: normal
Dear Maintainers,
Neovim 0.2.0 has been released about on May, 2.
Please consider upgrading the package.
Thank you,
Paride
Hello Jonathan,
I was going to file a similar ITP, but then I found this one. My idea
was to adapt Ubuntu's zram-config package, which already includes a
systemd unit file that sets up zram, allocating totalmem/2 to it.
How are things going with your packaging effort? If you can't dedicate
time o
Package: xdg-utils
Version: 1.1.1-1
Severity: normal
Dear Per,
xdg-utils 1.1.2 is out with several improvements, see
https://cgit.freedesktop.org/xdg/xdg-utils/tree/ChangeLog
I think (and hope) that this version will fix #827717 and #576829.
Please consider packaging it.
Thank you,
Paride
On Fri, 25 Aug 2017 10:09:34 +0200 Jeroen Dekkers wrote:
> On Thu, 24 Aug 2017 19:16:53 +0200,
> Christoph Berg wrote:
> >
> > Re: Russ Allbery 2017-08-24 <87efs1lyc7@hope.eyrie.org>
> > > Oh, thank you! For some reason, apt-cache rdepends didn't show any of
> > > those packages. All of the
The new 1.4.x releases (now at 1.4.5) also fully support Python 3, see:
https://github.com/beetbox/beets/wiki/Python3
so the updates package could finally drop the Python 2 dependencies,
also addressing #849085.
Paride
Package: parallel
Version: 20161222-1
Severity: normal
Dear Maintainers,
The paralle_tutorial(7) manpage is missing, despite being advertised
when running `parallel' without any argument and in parallel(1). The
manpage is included in the source package, so I guess it's just not
getting installed
On Mon, 11 Sep 2017 13:31:15 +0200 Laura Arjona Reina
wrote:
> I can reproduce the problem. However I tested a different package
> (dianara) and the links worked both for official and unofficial
> architectures.
Thanks Laura for filing this bug. What I did notice is that the
filelist, even when
Dear Sean,
Given the unfortunate situation of Dimitry, I'd like to take on where he
left and maintain the farbfeld package.
I'll be happy to appear as co-maintainer with him, or to be the only
maintainer and handle the maintainership back to Dimitry once he's back,
if he will still be interested.
Following up from the brief discussion we had on #debian-devel, here is
a tentative package:
https://anonscm.debian.org/cgit/users/paride-guest/farbfeld.git/
I adopted the dgit-maint-merge(7) workflow as Dmitry done initially.
After cloning the repository the package can be built like this:
$ cd
control: tag -1 -moreinfo
On 2017-07-15 02:28, Sean Whitton wrote:
>
> Here is a review of 534d41f:
Thank you for reviewing it.
> - I think we should list Dmitry in the Uploaders: field
Done
> - your git history does not really give credit to Dmitry for his work.
> I'd like to suggest start
Package: mktorrent
Severity: normal
Dear Nico,
A new and improved version of mktorrent is available, see
https://github.com/Rudde/mktorrent/releases
It would be great if you could update the Debian package.
Thank you,
Paride
Dear Jari,
I did some work on packaging st-0.7, it's here:
https://anonscm.debian.org/cgit/users/paride-guest/stterm.git
Beware! I did change the way 'st' is renamed to 'stterm': in what I've
done it's just the binary that gets renamed do 'stterm', the rest is
kept as 'st'. The manpage and packa
On 2017-05-21 16:15, Fabian Greffrath wrote:
> Am Samstag, den 20.05.2017, 12:33 +0800 schrieb Boyuan Yang:
>> fonts in css files. As a result, it would be great if
>> src:fonts-hack can provide those files commented out in the build
>> instructions so that we could just replace bundled files easil
[Note for whoever lands here: the package has been rejected from NEW
because of unattributed files in lua/lexers].
Hello Adam,
I didn't realize that some files in lua/lexers were not fully attributed
in debian/copyright. Regarding those files: there is one main author
(that is attributed), then m
On 2017-04-11 15:28, Adam Borowski wrote:
> On Tue, Apr 11, 2017 at 09:33:59AM +0200, Paride Legovini wrote:
>> [Note for whoever lands here: the package has been rejected from NEW
>> because of unattributed files in lua/lexers].
>>
>> Hello Adam,
>>
>>
On 2017-04-12 10:44, Paul Wise wrote:
> On Wed, Apr 12, 2017 at 2:42 PM, Dominique Dumont wrote:
>> On Tue, 11 Apr 2017 17:53:41 +0200 Paride Legovini wrote:
>> Coalescing entries can be done by 'scan-copyrights' or 'cme update dpkg-
>> copyright' (prov
On 2017-04-12 17:09, Adam Borowski wrote:
> On Wed, Apr 12, 2017 at 02:47:35PM +0200, Paride Legovini wrote:
>> On 2017-04-12 10:44, Paul Wise wrote:
>>> On Wed, Apr 12, 2017 at 2:42 PM, Dominique Dumont wrote:
>>>> On Tue, 11 Apr 2017 17:53:41 +0200 Paride Legovini
On 2017-04-18 04:29, Aaron M. Ucko wrote:
>
> The build of vis for hurd-i386 (admittedly not a release architecture)
> failed:
>
Hello Aaron,
I'm aware Vis is not compiling on Hurd. I'm willing to try to fix it and
to send a patch upstream, I think it will be merged.
It would help me a lot to
On 2017-04-19 01:16, Aaron M. Ucko wrote:
> Paride Legovini writes:
>
>> Do you think you could sponsor a guest account request, as described
>> here: https://dsa.debian.org/doc/guest-account/ ?
>
> Sure. Please send me the "Information guest needs to supply to
&g
On 2016-12-08 16:35, Raymundo Ramos wrote:
> Hi everyone
>
> I can confirm this happens in chrome and chromium with the
> "#overlay-scrollbars" flag (chrome://flags) enabled.
Great work in spotting the problem, disabling #overlay-scrollbars solved
the issue.
Greetings,
Paride
Package: jupyter-notebook
Version: 4.2.3-2
Severity: normal
Dear Maintainer,
Since the last upgrade I'm getting "Unhandled error in API request"
errors when I start jupyter-notebook.
The full output is here:
https://paste.debian.net/901807/
Let me know if you need further informations.
Thank
Package: wnpp
Severity: wishlist
Package name: jupyterhub
Version : 0.7.0
Upstream Author : Project Jupyter
URL : http://www.example.org/
License : BSD
Programming Lang: Python
Description : Multi-user server for Jupyter notebooks
With JupyterHub
Package: fonts-roboto
Version: 2:0~20160106-2
Followup-For: Bug #819273
Dear Maintainer,
I tried to open an issue upstream asking for for the Slab variant to be
incuded in the repository, but I've been answered that they have no
plans to include it, see:
https://github.com/google/roboto/issues/2
Package: jupyter-notebook
Version: 4.2.3-3
Severity: wishlist
Dear Maintainer,
When starting jupyter-notebook this warning is shown:
/usr/lib/python3/dist-packages/ipywidgets/__init__.py:67: RuntimeWarning: To
use the widgets with your installed Jupyter Notebook version, please install
ipywidget
Package: gcr
Followup-For: Bug #787819
Hi, the problem seems to be gone.
Paride
Package: chromium
Version: 55.0.2883.75-5
Followup-For: Bug #851692
I really thought this was just a coarse bug, but it seems this is not
the case. The new behavior is going to break a lot of setups.
In my opinion the right thing to do is to ask the user during the dpkg
configuration process, lea
Package: hexchat
Version: 2.12.3-0.1
Severity: wishlist
Dear Maintainer,
Please enable the LUA bindings, possibly using a separate package like
hexchat-perl and hexchat-python3.
Paride
Package: chromium
Version: 55.0.2883.75-1
Severity: important
Dear Maintainer,
It seems that #845984 didn't get fixed with 55.0.2883.75-1.
Example: http://www.maap.it/ .
Paride
Package: lua-lgi
Version: 0.9.1-1
Severity: normal
Dear Enrico,
When using software compiled against liblua5.3 (e.g., hexchat-lua) it is
not possible to use this module, as it supports only liblua5.2 and 5.1.
Whenever possible please update the package to support liblua5.3.
According https://git
Package: jupyter-notebook
Version: 4.2.3-1
Severity: normal
Dear Maintainer,
Thanks for this long awaited package.
I noticed that when I plot an inline interactive plot with matplotlib
(using the "%matplotlib notebook" magic command) a black square appears
on all the cells, as in this screenshot:
On Tue, 6 Dec 2016 17:56:22 +0100 Gordon Ball wrote:
> I have just run the example you provided on two different systems
> unfortunately without seeing what you saw - firefox/sid and
> chromium/yakkety. (You didn't specify if this was python or python3, but
> I would be surprised if that made a d
Package: sakura
Version: 3.3.4-3
Severity: wishlist
Dear Andreas,
Sakura 3.4.0 is out, please consider upgrading this package.
Thank you,
Paride
Package: systemd
Version: 232-8
Severity: minor
Dear Maintainers,
As systemd now comes with systemd-timesyncd, this package should
Provide: time-daemon, so packages depending on this virtual package
will have this dependency fulfilled without installing ntp.
Paride
On 2017-01-04 18:01, Michael Biebl wrote:
> I also notice that ntp itself does not itself have a provides
> time-daemon, only chrony and openntpd do.
>
> Those do have Conflicts/Replaces/Provides: time-daemon
>
> So, by adding Provides: time-daemon, it would make those packages
> uninstallable a
Package: xdotool
Version: 1:3.20160805.1-2
Severity: important
Dear Daniel,
Starting from 3.20160805.1-2 "xdotool type" doesn't work anymore:
$ xdotool type 'test'
There are no windows on the stack, Can't continue.
Downgrading to 3.20160512.1-1 solves the issue:
~ $ xdotool type 'test'
~ $ tes
On 2017-01-05 22:21, Jochen Sprickerhof wrote:
> this seems to be intended behaviour. Quoting what I just wrote on Github:
Fine then, sorry for filing a non-bug.
My issue was with passmenu, but I just saw that you sent a patch for it.
Thank you,
Paride
Package: cryptsetup
Version: 2:1.7.2-2
Followup-For: Bug #784881
The warning is now doubled:
cryptsetup: WARNING: failed to detect canonical device of /dev/sda2
cryptsetup: WARNING: could not determine root device from /etc/fstab
On this system /dev/sda2 is a btrfs filesystem mounted on / using
On 2016-10-06 22:12, Guilhem Moulin wrote:
> On Thu, 06 Oct 2016 at 19:42:55 +0200, Paride Legovini wrote:
>> cryptsetup: WARNING: failed to detect canonical device of /dev/sda2
>
> For the record, the hook script gives this warning as it doesn't know
> whether the devi
OK, I think the problem happens with with btrfs specifically. In
get_fs_devices() we have this loop (cryptroot:32):
https://paste.debian.net/858017/
In line 5:
$(canonical_device "$device" --no-simplify) resolves the UUID entry to
/dev/sda2, then btrfs is asked to show the list of devices releva
On 2016-10-07 11:30, Guilhem Moulin wrote:
>> Perhaps we should add a --no-simplify to that loop?
>
> Hmm but we'll still want unambiguous crypttab(5) lookups. It's
> unfortunate that `btrfs filesystem` lists /dev/sda2 while the FS
> actually uses device UUIDs internally. I think we need to call
Package: picocom
Version: 1.7-1
Severity: normal
Dear Maintainer,
This package is very outdated, the latest version is 2.2, see:
https://github.com/npat-efault/picocom/releases
Please consider updating it.
Thank you,
Paride
Package: network-manager
Version: 1.4.0-3
Severity: wishlist
Dear Maintainer,
Please consider packaging the network-manager Fortigate SSL VPN plugin:
https://git.gnome.org/browse/network-manager-fortisslvpn
https://blogs.gnome.org/lkundrak/2015/09/24/fortigate-ssl-vpn-support-added-to-networkman
Package: hexchat
Version: 2.12.0-2
Severity: wishlist
Dear Maintainer,
According to https://hexchat.readthedocs.io/en/latest/changelog.html
hexchat 2.12.1 supports Lua plugins (among other features and bugfixes),
please consider packaging it.
Thank you,
Paride
Package: hexchat
Version: 2.12.0-2+b1
Followup-For: Bug #834491
2.12.2 has been released with various fixes and improvements:
https://hexchat.readthedocs.io/en/latest/changelog.html
It would be nice to have it packaged before the freeze.
Paride
Thanks Jari for the explanation.
On 2016-10-22 14:08, Jari Aalto wrote:
>> (...) it would be a good idea not to rename it at all and
>> provide a bin/stterm -> bin/st symlink for compatibility.
>
> Background:
>
> The "st" (simple term) in Debian is under name "stterm"
> This has to do w
Package: stterm
Version: 0.6-1
Severity: wishlist
Dear Maintainer,
st-0.7 is out, please consider packaging it.
I'd also like to suggest to apply the scrollback patches:
http://st.suckless.org/patches/scrollback
as it's a greatly missed feature. The upstream authors suggest
using dvtm to scrol
Package: stterm
Version: 0.6-1
Severity: normal
Dear Maintainer,
The dircolors command from coreutils knows the st terminal,
but not the stterm terminal.
In coreutils-8.25/src/dircolors.hin:37 we have:
TERM st
TERM st-256color
but no stterm. I would suggest not changing the terminal name,
thus
1 - 100 of 438 matches
Mail list logo