Bug#920937: Also with 20190502-1

[Miek Gieben]

I've been running my own version of:

* firmware-atheros: Version: 20190917-1 Created my own debian package from the 
 upstream git repo

* Kernel v5.3.{0,1}, via https://kernel.ubuntu.com/~kernel-ppa/mainline/

This combination seemed to have made my setup rock solid (after a week of 
running it)

Bug#920937: Also with 20190502-1

[Miek Gieben]

[ Quoting  in "Bug#920937: Also with 20190502-1..." ]

I'm seeing the same problem even with version 20190502-1 firmware-atheros.


I've downgraded to the version supplied with stretch, but that didn't help 
either.


I'm now running kernel 5.2.3 (ubuntu ppa) and this seems to have made some kind 
of difference.

Bug#920937: Also with 20190502-1

[Miek Gieben]

I'm seeing the same problem even with version 20190502-1 firmware-atheros.

/Miek

--
Miek Gieben

Bug#930763: Acknowledgement (vim-gtk3: After modeline fix (#930020) syntax HL is removed after safe)

[Miek Gieben]

This looks like a dup of: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930718

/Miek

--
Miek Gieben

Bug#930763: vim-gtk3: After modeline fix (#930020) syntax HL is removed after safe

[Miek Gieben]

Package: vim-gtk3
Version: 2:8.0.0197-4+deb9u2
Severity: normal

Dear Maintainer,

See the upstream bug that I filed on the issue: 
https://github.com/fatih/vim-go/issues/2363
Abbreviated here:

After a Debian Vim upgrade (2:8.1.0875-2) my vim + vim-go exhibits the 
following behaviour:

1.Open Go file; syntax highlighting is enabled
2.Write file
3.No syntax is available (:syntax: returns No Syntax items defined for this 
buffer)

-- Package-specific info:

--- real paths of main Vim binaries ---
/usr/bin/vi is /usr/bin/vim.gtk3
/usr/bin/vim is /usr/bin/vim.gtk3
/usr/bin/gvim is /usr/bin/vim.gtk3

-- System Information:
Debian Release: 9.9
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages vim-gtk3 depends on:
ii  libacl1  2.2.52-3+b1
ii  libc62.24-11+deb9u4
ii  libcairo21.14.8-1
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u2
ii  libglib2.0-0 2.50.3-2
ii  libgpm2  1.20.7-5
ii  libgtk-3-0   3.22.11-1
ii  libice6  2:1.0.9-2
ii  liblua5.2-0  5.2.4-1.1+b2
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libperl5.24  5.24.1-3+deb9u5
ii  libpython3.5 3.5.3-1+deb9u1
ii  libruby2.3   2.3.3-1+deb9u6
ii  libselinux1  2.6-3+b3
ii  libsm6   2:1.2.2-1+b3
ii  libtcl8.68.6.6+dfsg-1+b1
ii  libtinfo56.0+20161126-1+deb9u2
ii  libx11-6 2:1.6.4-3+deb9u1
ii  libxt6   1:1.1.5-1
ii  vim-common   2:8.0.0197-4+deb9u2
ii  vim-gui-common   2:8.0.0197-4+deb9u2
ii  vim-runtime  2:8.0.0197-4+deb9u2

vim-gtk3 recommends no packages.

Versions of packages vim-gtk3 suggests:
ii  cscope15.8b-2
ii  fonts-dejavu  2.37-1
ii  gnome-icon-theme  3.12.0-2
pn  vim-doc   

-- no debconf information

Bug#880553: lsof: do not suggest Perl

[Miek Gieben]

Package: lsof
Version: 4.89+dfsg-0.1
Severity: wishlist

Dear Maintainer,

Installing lsof also pulls in Perl via the Suggests line. This leads to a 37MB 
download to install
a lsof. This is especially true in enviroments like toolbox 
(https://github.com/coreos/toolbox)
(if using a Debian image) that usually does not have Perl installed.

Please consider dropping the Suggests: Perl in this package as it is not 
needed. The Perl scripts
that come with this package have this warning in the 00README:

Use them to learn about processing field output, don't
expect them to be ready for production, and expect to be required
to modify them to make them work.

If a user wants to play with those installing Perl is eays.

-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.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:en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lsof depends on:
ii  libc62.24-11+deb9u1
ii  libselinux1  2.6-3+b3

lsof recommends no packages.

Versions of packages lsof suggests:
ii  perl  5.24.1-3+deb9u2

-- no debconf information

Bug#843263: Info received (also on current installs)

[Miek Gieben]

[ Quoting <ow...@bugs.debian.org> in "Bug#843263: Info received (also on ..." ]

If you wish to submit further information on this problem, please
send it to 843...@bugs.debian.org.


--- /tmp/app.js 2016-11-07 11:54:51.850417179 +
+++ app/app.js  2016-11-07 11:53:45.760318994 +
@@ -51,7 +51,7 @@
'ngRoute',
'ngSanitize',
'$strap.directives',
-'ang-drag-drop',
+//'ang-drag-drop',
'grafana',
'pasvaz.bindonce',
'ui.bootstrap',

Just dropping the bad dep fixes the loading for me, i.e grafana now works.
Haven't drag 'n dropped anything so no idea of adverse effects there.


/Miek

--
Miek Gieben

Bug#843263: also on current installs

[Miek Gieben]

Hi,

I'm seeing the same issue on an already existing install.
Versions etc. are all the same.


/Miek

--
Miek Gieben

Bug#837808: Info received (Bug#837808: Info received (Bug#837808: Info received (Seeing the same thing)))

[Miek Gieben]

Looks to be https://bugzilla.redhat.com/show_bug.cgi?id=1346228

Bug#837808: Info received (Bug#837808: Info received (Seeing the same thing))

[Miek Gieben]

Confirmed its related to the calendar sync

Bug#837808: Info received (Bug#837808: Info received (Seeing the same thing))

[Miek Gieben]

Note this is version:3.22.0-1
And I spoke too soon, as soon as I restarted it, it resumes its cpu hogging.

Bug#837808: Info received (Seeing the same thing)

[Miek Gieben]

disabling and then enabling all sync options in gnome-online-accounts
settings; stops this crazy scrolling and brings back some sanity to
goa-daemon.

Bug#837808: Info received (Seeing the same thing)

[Miek Gieben]

Debugging with:

 export G_MESSAGES_DEBUG=all
/usr/lib/gnome-online-accounts/goa-daemon --replace


shows:

(goa-daemon:7267): GoaBackend-DEBUG: Retrieved keyring credentials for id:
account__1
(goa-daemon:7267): GoaBackend-DEBUG: Returning locally cached credentials
(expires in 3406 seconds)

continuously scrolling of your screen. Something seems be querying it a lot.

On Mon, Oct 3, 2016 at 8:48 PM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Debian GNOME Maintainers 
>
> If you wish to submit further information on this problem, please
> send it to 837...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 837808: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837808
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#837808: Seeing the same thing

[Miek Gieben]

I'm seeing the same thing. I *think* (hard to get some logging) it is
because it is syncing a lot of data.

I think in my case it's downloading a lot of photos.

Bug#529582: texlive-xetex: fontspec breaks em-dash

[Miek Gieben]

Hello,

I had the same problem. Followed the advice given in this
thread and the problem went away, endash and emdash are
now just working.

grtz,

--
 Miek


signature.asc
Description: Digital signature

Bug#217836: patch?

[Miek Gieben]

I've done some investigation to why this happens to cron.
Currrently I have patch for when DST is enabled.

Everything is documented in:
https://launchpad.net/malone/bugs/36690


--
grtz,
  - Miek

  http://www.miek.nl  http://www.nlnetlabs.nl
  PGP: 6A3C F450 6D4E 7C6B C23C  F982 258B 85CF 3880 D0F6


signature.asc
Description: Digital signature

Bug#359112: hdup: Subdirectories are not backed up if the archive directory is the parent

[Miek Gieben]

[On 26 Mar, @19:18, Andreas Tscharner wrote in Bug#359112: hdup: Subdirectori 
...]
 Package: hdup
 Version: 2.0.14-1
 Severity: normal
 
 I tried to backup my home directory (/home/andy/), /etc abd /root with 
 hdup. The partition with the most free space is the one, /home is on, so 
 I set the archive to /home/
 In this case, onle the /etc and /root directories are backed up, but 
 /home/andy is skipped.

hdup will not allow you to backup your backup directory as this
can lead to all sorts of nasty situations. So this is actually a
feature.

--
grtz,
  - Miek

  http://www.miek.nl  http://www.nlnetlabs.nl
  PGP: 6A3C F450 6D4E 7C6B C23C  F982 258B 85CF 3880 D0F6


signature.asc
Description: Digital signature

Bug#322421: hdup: no history option creates directory with wrong name

[Miek Gieben]

[On 10 Aug, @17:20, Martin Pels wrote in Bug#322421: hdup: no history o ...]
 Package: hdup
 Version: 2.0.7-1
 Severity: minor
 
 When enabling the no history option in hdup.conf backups should be
 placed in the directory static, and named host.static.scheme.tar.gz.
 Instead of static, the word stati is used in both occurences.

indeed. I'm not releasing a 2.0.11 just for this as I've just released
2.0.10 a few days ago.

The following patch fixes it (stupid off by one err):
(should also apply to older releases)

grtz Miek

Index: src/hduplib.c
===
--- src/hduplib.c   (revision 126)
+++ src/hduplib.c   (working copy)
@@ -39,8 +39,8 @@
time_t currenttime;
struct tm *ltime;

-   if ( history == 1 ) {
-   g_strlcpy(d, STATIC, strlen(STATIC));
+   if (history == 1) {
+   g_strlcpy(d, STATIC, strlen(STATIC) + 1);
return FALSE;
}




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#302790: Directory ownership gets lost

[Miek Gieben]

[On 03 Apr, @ 00:51, FX wrote in Bug#302790: Directory ownershi ...]
 package: hdup
 severity: important
 tags: security
 
 The ownership/permission information of directories/subdirectories are 
 getting lost when restoring from backup.
 
 Unlike individual files within directories, the directories themselves 
 are not getting backed up.  This results in files having proper 

I know this. Let explain (as this will be archived I can link to this
from my documention).

Firstly, hdup1.6 does not have this problem. Secondly, there is a
solution, but requires a (non-existent) patch to tar and a patch to
hdup2.

As hdup generates it's own filelist of files that need to backed up,
I could use tar's --no-recursion option. See [1] for a discussion I had
on bug-tar's ML.

As it turnes out there is a slight bug in tar with --no-recursion and
--files-from and --listed-incremental. With that used tar will create
backups that include everything three (3!) times.

During hdup2.0.0/2.0.1 I worked very hard to try to use star or cpio
but those efforts lead to nowhere. So I went back up to tar in the
hopes that gnu tar could be fixed. I think I found out what goes wrong
in tar, but as of yet I have not mailed any patch. I will try to look
at it again, and hopefully a newer tar will have a fix for this. The
fix for hdup2 is trivial (once tar is fixed), because you need only
to enable --no-recursion and allow the printing of subdirectories in
the filelist again.

[1] http://lists.gnu.org/archive/html/bug-tar/2005-02/msg00057.html

grtz Miek


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#294644: continuation lines no longer work in hdup.conf

[Miek Gieben]

[On 10 Feb, @ 22:44, Matthew wrote in Bug#294644: continuation lines ...]
 Package: hdup
 Version: 2.0.6-1
 Severity: normal
 
 
 In hdup 2.0.5, I could do my exclude settings in hdup.conf something
 like:
 
 exclude = \.bak$  \
 , cache\.gz$  \
 , f
 
 Which is the most readable way I could manage to get them with hdup's
 config file format.  Unfortunately, this no longer works in 2.0.6.
 No error is generated, but nothing gets excluded.

this works again. Fix in my subversion tree. I wait a bit before
releasing a new version. All the escaping should now work up to 
some extend.

Note that this escaping will always be a hack until I rewrite the
config parsing in yacc/lex. But I don't know if that will ever happen.

Regards, Miek


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#294644: continuation lines no longer work in hdup.conf

[Miek Gieben]

[On 10 Feb, @ 22:44, Matthew wrote in Bug#294644: continuation lines ...]
 Package: hdup
 Version: 2.0.6-1
 Severity: normal
 
 
 In hdup 2.0.5, I could do my exclude settings in hdup.conf something
 like:
 
 exclude = \.bak$  \
 , cache\.gz$  \
 , f
 
 Which is the most readable way I could manage to get them with hdup's
 config file format.  Unfortunately, this no longer works in 2.0.6.
 No error is generated, but nothing gets excluded.

I will look at this, this week prob.

thanks,

grtz Miek


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#290598: hdup: infinite loop on non-existant dir

[Miek Gieben]

[On 15 Jan, @ 05:37, Matthew wrote in Bug#290598: hdup: infinite loo ...]
 Package: hdup
 Version: 2.0.4-1
 Severity: normal
 
 While testing out hdup, I accidentally missed the comma in specifying
 multiple dirs, and used:
 
 [testhost]
 dir = /tmp/testhdup/ /tmp/testhdup2/
 
 when I ran:
 hdup monthly testhost
 
 I get an endless stream of:
 hdup: WARNING: Cannot stat: /tmp/testhdup/ /tmp/testhdup2/!
 
 And ctrl-c doesn't stop it, though ctrl-\ does.

Thanks for your bugreport,

See http://www.miek.nl/cgi-bin/bugzilla/show_bug.cgi?id=6 for more
information.

It is fixed in the soon to be released 2.0.5,

grtz Miek


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#290723: hdup: include example cron file

[Miek Gieben]

[On 16 Jan, @ 09:59, Matthew wrote in Bug#290723: hdup: include exam ...]
 Package: hdup
 Version: 2.0.4-1
 Severity: wishlist
 
 The hdup source includes an example cron file (examples/hdup.cron)
 It would be good to include it in /usr/share/doc/hdup/examples
 
 (There is also examples/no-history-post-run.sh that might be good to
 include too, but the cron example is what I was looking for.)

Both were indeed not in 2.0.4. They are in 2.0.5

grtz Miek


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#290600: hdup: cannot exclude filenames with comma in them

[Miek Gieben]

[On 15 Jan, @ 06:08, Matthew wrote in Bug#290600: hdup: cannot exclu ...]
 Package: hdup
 Version: 2.0.4-1
 Severity: normal
 
 I tried to exclude a filename with a comma in it:
 
 [testhost]
 dir = /tmp/testhdup/, /tmp/testhdup2/
 exclude = \.bak$, \,cache\.gz
 
 Not only did it not work, but hdup monthly testhost instead backed up
 everything in the current directory rather than the dirs specified.

the \, thing is also present in hdup1.6. That is on the todo (as it
requires some major changes).

The tarring of the current working directory is an issue with Gnu tar,
that hdup2 should detect.

I believe I have fixed that in the subversion repository of hdup,

grtz Miek


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]