Re: GNUnet Monthly Meeting Sunday, 3rd December, 8 PM Paris/Berlin/Rome

[Marcos Marado]

Hi there,

FYI, it seems that someone translated the two latest month entries into
Chinese...

On Tue, Nov 28, 2023, 10:01  wrote:

> Dear all,
>
>
> quick reminder for our monthly meeting on
>
> Sunday, 3rd December, 8 PM Paris/Berlin/Rome
>
> on mumble server: gnunet.org
>
> everyone is very invited!
>
> Pad for meeting minutes and possible agenda:
>
> https://pep.pad.foebud.org/GNUnet-jour-fixe
>
> To see the meeting start time in your time zone, run this in GNU Bash,
>
> date --date='TZ="Europe/Rome" 20:00 this sun'
>
> or in GNU Emacs type,
>
> M-!
>
> followed by,
>
> date --date='TZ="Europe/Rome" 20:00 this sun'
>
>
> Cheers,
> Bastian Schmidt
>
>
>

[SFD-discuss]Re: [SFD-announce] Re: Software Freedom Day 2023

[Marcos Marado]

Hi Fred,

I'll reiterate my availability to participate in a new board/takeover
effort - it is important to keep celebrating the SFD and DFD days!
It is also a burden, and it is easy to burnout - so I can only thank
you guys for all that you've done so far, and hope for a good
transition to whomever takes the reins now.

Cheers,

On Tue, May 30, 2023 at 11:14 AM Frederic Muller - DFF
 wrote:
>
> Dear all,
>
> It seems my message didn't go out very well. So I am resending it.
>
> Mailing lists have moved to mailman3.com domain and is now:
> sfd-discuss@mailman3.com
>
> The current board is also resigning. I'll stay around to help out and
> ensure SFD runs again this year.
>
> If anyone wants to take over please let us know.
>
> Thank you.
>
> Fred
>
> On 05/05/2023 14:16, Jurgen Gaeremyn wrote:
> > Hello,
> >
> > We're planning for Software Freedom Day 2023 in Hackerspace Brussels
> > (hey... it's our 20th edition, we should celebrate!) We picked the topic
> > "Freedom in education"
> >
> > Is anyone else doing SFD this year? I haven't seen a lot of activity on
> > the mailinglist. Maybe we could meet in a Matrix channel? I created
> > #SoftwareFreedomDay:matrix.org where we could coordinate and exchange
> > ideas)
> >
> > Grtz,
> > Jurgen
> >
> ___
> SFD-announce mailing list -- sfd-annou...@mailman3.com
> To unsubscribe send an email to sfd-announce-le...@mailman3.com

[SFD-discuss]Re: Software Freedom Day in Brussels

[Marcos Marado]

In Portugal, we're going to celebrate it within a wider 3 days event
we call "Free Software Party": https://festa2023.softwarelivre.eu/
Thanks for reminding us it is the 20th SFD!

On Wed, May 31, 2023 at 1:46 PM Maren Hachmann  wrote:
>
> Hi Jurgen,
>
> yes, in Kiel, we're going to celebrate it again. Didn't know it was the
> 20th!
>
> Joining the Matrix, thanks.
>
>   Maren
>
> Am 31.05.23 um 10:49 schrieb Jurgen Gaeremyn:
> > Hello,
> >
> > We're planning for Software Freedom Day 2023 in Hackerspace Brussels
> > (hey... it's our 20th edition, we should celebrate!) We picked the topic
> > "Freedom in education"
> >
> > Is anyone else doing SFD this year? I haven't seen a lot of activity on
> > the mailinglist. Maybe we could meet in a Matrix channel? I created
> > #SoftwareFreedomDay:matrix.org where we could coordinate and exchange
> > ideas)
> >
> > Grtz,
> > Jurgen
> >
> > ___
> > SFD-discuss mailing list -- sfd-discuss@mailman3.com
> > To unsubscribe send an email to sfd-discuss-le...@mailman3.com
>
> ___
> SFD-discuss mailing list -- sfd-discuss@mailman3.com
> To unsubscribe send an email to sfd-discuss-le...@mailman3.com

Bug#1014046: netkit-telnet-ssl adoption

[Marcos Marado]

Hi Bastian,

On Wed, Feb 22, 2023 at 11:22 AM Bastian Germann  wrote:
>
> On Tue, 3 Jan 2023 14:27:56 + Marcos Marado  
> wrote:
> > I'm not changing this into an ITA since the original orphaning message a 
> > good
> > candidate for adoption was already mentioned, and in any case I would need a
> > sponsor. Still, I wish to register here my interest, and please let me
> > know if I can
> > be of help.
>
> Alberto does not want to adopt, so please hand in an upload with substantial 
> changes if you want to adopt the pkg.

Thanks for your reply. I did some work on the package, and have
uploaded it here:
https://mentors.debian.net/package/netkit-telnet-ssl/

The source for it can be found here:
https://salsa.debian.org/marado/netkit-telnet-ssl

One of the changes I did was to 'adopt' the package by claiming to be
the maintainer,
https://salsa.debian.org/marado/netkit-telnet-ssl/-/commit/9e2ca9aadab47bfbe1ece0b55b570d5ea5673bbd

However, lintian does not seem to want the adoption message on the
changelog marking the orphan bug (this one) as closed:

> Package closes bugs in a wrong way: Bug #1014046 is a O bug

Should I just remove the bug number in that changelog entry? Or should
I do something else/instead?

Best regards,
-- 
Marcos Marado

Bug#1014046: netkit-telnet-ssl adoption

[Marcos Marado]

Hi Bastian,

On Wed, Feb 22, 2023 at 11:22 AM Bastian Germann  wrote:
>
> On Tue, 3 Jan 2023 14:27:56 + Marcos Marado  
> wrote:
> > I'm not changing this into an ITA since the original orphaning message a 
> > good
> > candidate for adoption was already mentioned, and in any case I would need a
> > sponsor. Still, I wish to register here my interest, and please let me
> > know if I can
> > be of help.
>
> Alberto does not want to adopt, so please hand in an upload with substantial 
> changes if you want to adopt the pkg.

Thanks for your reply. I did some work on the package, and have
uploaded it here:
https://mentors.debian.net/package/netkit-telnet-ssl/

The source for it can be found here:
https://salsa.debian.org/marado/netkit-telnet-ssl

One of the changes I did was to 'adopt' the package by claiming to be
the maintainer,
https://salsa.debian.org/marado/netkit-telnet-ssl/-/commit/9e2ca9aadab47bfbe1ece0b55b570d5ea5673bbd

However, lintian does not seem to want the adoption message on the
changelog marking the orphan bug (this one) as closed:

> Package closes bugs in a wrong way: Bug #1014046 is a O bug

Should I just remove the bug number in that changelog entry? Or should
I do something else/instead?

Best regards,
-- 
Marcos Marado

Bug#843552: Replace signal by sigaction.

[Marcos Marado]

found 843552 0.17.40+0.2-2
notfound 843552 0.17.41+0.2-1
thanks

This was fixed on netkit-telnet (see #835977 ), and netkit-telnet-ssl
then inherited the fix (see changelog).

Best regards,
-- 
Marcos Marado

Bug#843552: Replace signal by sigaction.

[Marcos Marado]

found 843552 0.17.40+0.2-2
notfound 843552 0.17.41+0.2-1
thanks

This was fixed on netkit-telnet (see #835977 ), and netkit-telnet-ssl
then inherited the fix (see changelog).

Best regards,
-- 
Marcos Marado

Bug#338494: Doesn't work for me in netkit-telnet 0.17-36

[Marcos Marado]

tags 338494 patch
thanks

As previously stated on #749322 , this patch fixes the issue:
https://raw.githubusercontent.com/marado/netkit-telnet-ssl/master/netkit-telnet-ssl-0.17.41%2B0.2/debian/patches/700-fix_UTF8.diff

Bug#338494: Doesn't work for me in netkit-telnet 0.17-36

[Marcos Marado]

tags 338494 patch
thanks

As previously stated on #749322 , this patch fixes the issue:
https://raw.githubusercontent.com/marado/netkit-telnet-ssl/master/netkit-telnet-ssl-0.17.41%2B0.2/debian/patches/700-fix_UTF8.diff

Bug#1014046: netkit-telnet-ssl adoption

[Marcos Marado]

Hi there,

I'm not a debian developer, but a long time user of netkit-telnet-ssl,
and I'd like to
see this package adopted.

I'm not changing this into an ITA since the original orphaning message a good
candidate for adoption was already mentioned, and in any case I would need a
sponsor. Still, I wish to register here my interest, and please let me
know if I can
be of help.

Best regards,
-- 
Marcos Marado

Bug#1014046: netkit-telnet-ssl adoption

[Marcos Marado]

Hi there,

I'm not a debian developer, but a long time user of netkit-telnet-ssl,
and I'd like to
see this package adopted.

I'm not changing this into an ITA since the original orphaning message a good
candidate for adoption was already mentioned, and in any case I would need a
sponsor. Still, I wish to register here my interest, and please let me
know if I can
be of help.

Best regards,
-- 
Marcos Marado

Re: Issue re: the website (and others)

[Marcos Marado]

Thank you very much, I've "transferred" my requests on the original
mail into Mantis issues :-)

Happy Hacking,
-- 

On Fri, Jan 7, 2022 at 1:40 PM Schanzenbach, Martin
 wrote:
>
> Hi,
>
> thanks for the report.
> When you go to https://bugs.gnunet.org/my_view_page.php on the top right next 
> to your username you can select the project.
> The website is "gnunet-www".
> Ideally open an issue there, please.
>
> Regarding the messenger-gtk: We can create one if needed. Until then, filing 
> it under GNUnet is fine as well.
> I added a "messenger service" component there. For now, filing gtk bugs there 
> is fine I guess.
>
> BR
>
> > On 7. Jan 2022, at 14:12, Marcos Marado  wrote:
> >
> > Hi there,
> >
> > I was going to report this on mantis, but I don't see a section
> > regarding the website there, so I'm sending this e-mail instead, I
> > hope that's alright.
> >
> > According to Tobias in
> > https://gitlab.com/gnunet-messenger/cadet-gtk/-/issues/10#note_781937121
> > , "cadet-gtk will be replaced as GNUnet messaging application by
> > messenger-gtk (or other applications based on libgnunetchat maybe). It
> > is essentially a reference implementation of the capabilities from
> > libgnunetchat using GTK." That being the case, I would suggest the
> > website is updated so that https://www.gnunet.org/en/applications.html
> > points to messenger-gtk instead of Cadet-GTK.
> >
> > Running the risk of mixing different issues in the same e-mail...:
> > * It would also be nice to have a link on the "Conversation
> > (Pre-Alpha)" section, even if just to point out to its
> > documentation/man page;
> > * What is the supposed way to open issues regarding the website? And
> > messenger-gtk? If it is on mantis, can those sections be created? If
> > not, can we have the answer document somewhere, somehow (assuming it
> > isn't yet)?;
> > * Is there a messenger-gtk roadmap? Is 'integration with Conversation'
> > planned to eventually end up there?
> >
> > Happy Hacking,
> > --
> > ~marado
> >
>

Issue re: the website (and others)

[Marcos Marado]

Hi there,

I was going to report this on mantis, but I don't see a section
regarding the website there, so I'm sending this e-mail instead, I
hope that's alright.

According to Tobias in
https://gitlab.com/gnunet-messenger/cadet-gtk/-/issues/10#note_781937121
, "cadet-gtk will be replaced as GNUnet messaging application by
messenger-gtk (or other applications based on libgnunetchat maybe). It
is essentially a reference implementation of the capabilities from
libgnunetchat using GTK." That being the case, I would suggest the
website is updated so that https://www.gnunet.org/en/applications.html
points to messenger-gtk instead of Cadet-GTK.

Running the risk of mixing different issues in the same e-mail...:
* It would also be nice to have a link on the "Conversation
(Pre-Alpha)" section, even if just to point out to its
documentation/man page;
* What is the supposed way to open issues regarding the website? And
messenger-gtk? If it is on mantis, can those sections be created? If
not, can we have the answer document somewhere, somehow (assuming it
isn't yet)?;
* Is there a messenger-gtk roadmap? Is 'integration with Conversation'
planned to eventually end up there?

Happy Hacking,
-- 
~marado

Bug#749322: telnet-ssl: Cannot enter some UTF-8 strings

[Marcos Marado]

Hi there,

Seven years later :-), I'm just sending this e-mail to confirm that
this patch still works and fixes the issue.
It can be found (applying cleanly against the latest version of this
package) here:
https://raw.githubusercontent.com/marado/netkit-telnet-ssl/master/netkit-telnet-ssl-0.17.41%2B0.2/debian/patches/700-fix_UTF8.diff

Best regards,
-- 
~marado

Re: Gitlab C2

[Marcos Marado]

On Fri, Nov 5, 2021, 03:56 Richard Stallman  wrote:

>   > That the gitlab.com web site blocks connections from Iran.
>
> What does gitlab.com say its policy is
> towards use by Iranians in Iran?  That is important, too.
>

I have seen an "official" statement from Gitlab specifically about Iran,
here:
https://twitter.com/gitlab/status/1312732642228527104?t=Rao1JTPg9FtwGOJCNv2m0g=19

The statement reads:
"This is a result of moving to a new vendor. In accordance with the
guidance provided by the U.S. government, and not determined by GitLab,
there are some countries that cannot access our platform. We apologize for
the inconvenience this caused users.
https://t.co/JRDR7ucHVN "

Best regards,
-- 
~marado

>

Bug#772135: Processed: retitle to RFP: nodiverse -- a 3D universe library in Node.js

[Marcos Marado]

retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
owner 772135 !
thanks

The Debian package is created, upstream, I'd need a sponsor to publish the
package, tho.

On Fri, Mar 31, 2017 at 5:31 PM Marcos Marado
 wrote:
>
> retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
> owner 772135 !
> thanks
>
> The Debian package is created, upstream, I'd need a sponsor to publish the
> package, tho.
>
>
> On Fri, Mar 31, 2017 at 5:29 PM Marcos Marado  
> wrote:
>>
>> retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
>> owner 772135 !
>> thanks
>>
>> The Debian package is created, upstream, I'd need a sponsor to publish the
>> package, tho.
>>
>>
>> On Fri, Mar 31, 2017 at 5:24 PM Debian Bug Tracking System 
>>  wrote:
>>>
>>> Processing commands for cont...@bugs.debian.org:
>>>
>>> > retitle 772135 RFP: nodiverse -- a 3D universe library in Node.js
>>> Bug #772135 [wnpp] ITP: nodiverse -- a 3D universe library in Node.js
>>> Changed Bug title to 'RFP: nodiverse -- a 3D universe library in Node.js' 
>>> from 'ITP: nodiverse -- a 3D universe library in Node.js'.
>>> > noowner 772135
>>> Bug #772135 [wnpp] RFP: nodiverse -- a 3D universe library in Node.js
>>> Removed annotation that Bug was owned by Marcos Marado 
>>> .
>>> > stop
>>> Stopping processing here.
>>>
>>> Please contact me if you need assistance.
>>> --
>>> 772135: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772135
>>> Debian Bug Tracking System
>>> Contact ow...@bugs.debian.org with problems

Bug#772135: Processed: retitle to RFP: nodiverse -- a 3D universe library in Node.js

[Marcos Marado]

retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
owner 772135 !
thanks

The Debian package is created, upstream, I'd need a sponsor to publish the
package, tho.

On Fri, Mar 31, 2017 at 5:31 PM Marcos Marado
 wrote:
>
> retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
> owner 772135 !
> thanks
>
> The Debian package is created, upstream, I'd need a sponsor to publish the
> package, tho.
>
>
> On Fri, Mar 31, 2017 at 5:29 PM Marcos Marado  
> wrote:
>>
>> retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
>> owner 772135 !
>> thanks
>>
>> The Debian package is created, upstream, I'd need a sponsor to publish the
>> package, tho.
>>
>>
>> On Fri, Mar 31, 2017 at 5:24 PM Debian Bug Tracking System 
>>  wrote:
>>>
>>> Processing commands for cont...@bugs.debian.org:
>>>
>>> > retitle 772135 RFP: nodiverse -- a 3D universe library in Node.js
>>> Bug #772135 [wnpp] ITP: nodiverse -- a 3D universe library in Node.js
>>> Changed Bug title to 'RFP: nodiverse -- a 3D universe library in Node.js' 
>>> from 'ITP: nodiverse -- a 3D universe library in Node.js'.
>>> > noowner 772135
>>> Bug #772135 [wnpp] RFP: nodiverse -- a 3D universe library in Node.js
>>> Removed annotation that Bug was owned by Marcos Marado 
>>> .
>>> > stop
>>> Stopping processing here.
>>>
>>> Please contact me if you need assistance.
>>> --
>>> 772135: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772135
>>> Debian Bug Tracking System
>>> Contact ow...@bugs.debian.org with problems

Trivial patches with minor corrections on README's

[Marcos Marado]

Hi there,

Please consider applying these three patches (in attachment) that
provide very minor corrections in the README's of three different
repositories (libgnunetchat, messenger-cli and messenger-gtk).

Best regards,
-- 
Marcos Marado
From 7142d23c063a5cf1ba70c83d569defca764cfb4b Mon Sep 17 00:00:00 2001
From: Marcos Marado 
Date: Sun, 8 Aug 2021 19:03:48 +0100
Subject: [PATCH] README: standardize the library name

The repository and the .so file are called 'libgnunetchat', the two
other projects that depend on it are also calling it that, instead of
'libgnunet-chat', so this patch replaces the reference to
'libgnunet-chat' in the README into 'libgnunetchat'.
---
 README.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/README.md b/README.md
index e35f132..3e120ca 100644
--- a/README.md
+++ b/README.md
@@ -1,3 +1,3 @@
-# libgnunet-chat
+# libgnunetchat
 
-A client-side library for applications to use the Messenger service of GNUnet
\ No newline at end of file
+A client-side library for applications to use the Messenger service of GNUnet.
-- 
2.25.1

From 3557a74e47cff6dbd6497cf789894aedab23a386 Mon Sep 17 00:00:00 2001
From: Marcos Marado 
Date: Sun, 8 Aug 2021 18:54:05 +0100
Subject: [PATCH] README: point to the official libgnunetchat URL

---
 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.md b/README.md
index 9f4b261..7057794 100644
--- a/README.md
+++ b/README.md
@@ -5,5 +5,5 @@ A CLI for the Messenger service of GNUnet.
 ## (Planned) Dependencies
 
  - [gnunet](https://git.gnunet.org/gnunet.git/)
- - [libgnunetchat](https://gitlab.com/gnunet-messenger/libgnunet-chat)
+ - [libgnunetchat](https://git.gnunet.org/libgnunetchat.git/)
  - [ncurses](https://www.gnu.org/software/ncurses/)
-- 
2.25.1

From ce422e7778955076bc35e7b4fa286f48b7f93a45 Mon Sep 17 00:00:00 2001
From: Marcos Marado 
Date: Sun, 8 Aug 2021 18:57:25 +0100
Subject: [PATCH] README: point to the official libgnunetchat URL

---
 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.md b/README.md
index cf141f7..a35b6e5 100644
--- a/README.md
+++ b/README.md
@@ -5,7 +5,7 @@ A GTK based GUI for the Messenger service of GNUnet.
 ## (Planned) Dependencies
 
  - [gnunet](https://git.gnunet.org/gnunet.git/)
- - [libgnunetchat](https://gitlab.com/gnunet-messenger/libgnunet-chat)
+ - [libgnunetchat](https://git.gnunet.org/libgnunetchat.git/)
  - [gtk3](https://gitlab.gnome.org/GNOME/gtk)
  - [libhandy](https://gitlab.gnome.org/GNOME/libhandy/)
  - [libnotify](https://gitlab.gnome.org/GNOME/libnotify)
-- 
2.25.1

Re: GNUnet-jour-fixe: Debian/DPKG

[Marcos Marado]

Hi there,

FYI, regarding the status of the Debian package:
* Gnunet 0.13.1 has been packaged and is already on Debian unstable:
https://tracker.debian.org/pkg/gnunet
* The current maintainer is seeking for another maintainer to take
over: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964314

Best regards,

On Sun, May 31, 2020 at 9:59 PM rexxnor  wrote:
>
> Hi Marcos
>
> > "Debian/DPKG: rexxnor wasnt able to get into contact to the debain
> > maintainers - the package is done but not in there"
>
> The maintainer has not yet answered my emails regarding this which
> included patches.
> > Can someone please tell me in more detail what's the status on this?
> > As far as I know, the latest version available on Debian is 0.11.0,
> > but work to have 0.11.6 started by the maintainer[1].
>
> So considering packaging the main features besides bumping the version
> include getting GNS into the system resolution process via
> nsswitch.conf, starting a system peer to run the gns proxy and starting
> a reduced peer for each user. Furthermore the GNS proxy should be
> started and running. Check my repository for my attempt at achieving
> this or use the Alpine Linux GNUnet package [1] as a reference.
>
> > There is an open issue for the update of the package[2], and in there
> > I linked to my own repository where I have been updating GNUnet
> > packages for debian, hoping the package maintainer will accept that
> > work and update the official packages[3]: currently 0.12.1 is packaged
> > in there (pull requests with the packaging of 0.12.2 are welcome, of
> > course).
>
> Thanks! I was not working on bumping the version.
>
> > I'd hate if this work is being duplicated, so if there is the same
> > packaging effort being made by someone else, somewhere else, I'd love
> > to hear about it!
>
> If you want to have a look at the progress check my repository [2]. Feel
> free to pull in the changes for the mentioned features.
>
> [1]: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/5936/
> [2]: https://git.chaostreffbern.ch/rexxnor/gnunet-debian
>
>
> Happy hacking!
>
> --
> rexxnor 
> /"\
> \ /ASCII Ribbon Campaign
>  X   against HTML mail, vCards and proprietary formats
> / \   See http://arc.pasp.de/
>

Re: [event] Weekly Meet on Tuesdays in mumble, starting TUE 30th June

[Marcos Marado]

Hi,

On Mon, Jun 22, 2020 at 10:26 PM sva  wrote:
>
> Dear all,
>
> one of the outcomes from the online event is that we're trying to come
> together every Tuesday to continue trying stuff & playing around.

At what time?

Best regards,
-- 
Marcos Marado

GNUnet-jour-fixe: Debian/DPKG

[Marcos Marado]

Hi there,

While I haven't been attending to GNUnet's monthly mumble meetings, I
do appreciate how you create a public log of them: thank you!

On May's meeting, it is said, about the status of GNUnet's Debian package:

"Debian/DPKG: rexxnor wasnt able to get into contact to the debain
maintainers - the package is done but not in there"

Can someone please tell me in more detail what's the status on this?
As far as I know, the latest version available on Debian is 0.11.0,
but work to have 0.11.6 started by the maintainer[1].
There is an open issue for the update of the package[2], and in there
I linked to my own repository where I have been updating GNUnet
packages for debian, hoping the package maintainer will accept that
work and update the official packages[3]: currently 0.12.1 is packaged
in there (pull requests with the packaging of 0.12.2 are welcome, of
course).

I'd hate if this work is being duplicated, so if there is the same
packaging effort being made by someone else, somewhere else, I'd love
to hear about it!

[1] https://salsa.debian.org/debian/gnunet
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929131
[3] https://github.com/marado/debian-gnunet

Best regards,
-- 
Marcos Marado

Bug#960048: dh-python: Fails to execute tox tests properly, if there are deps

[Marcos Marado]

Package: dh-python
Version: 4.20200315
Severity: normal

Dear Maintainer,


I have python3-pip installed, but, in any python3 project I have that uses tox
and has deps can't seem to be handled by dh-python.

Here's an example: 

$ python3 -m pip show # let's show that pip is instapped
ERROR: Please provide a package name or names.
$ cat tox.ini 
[tox]
envlist = py37

[testenv]
deps = pytest
$ tox|tail -3
___ summary 
  py37: commands succeeded
  congratulations :)
$ sudo pybuild --test-tox
I: pybuild base:217: python3.7 setup.py clean 
running clean
removing '/tmp/test/.pybuild/cpython3_3.7/build' (and everything under it)
'build/bdist.linux-amd64' does not exist -- can't clean it
'build/scripts-3.7' does not exist -- can't clean it
I: pybuild base:217: python3.7 setup.py config 
running config
I: pybuild base:217: /usr/bin/python3 setup.py build 
running build
running build_py
creating /tmp/test/.pybuild/cpython3_3.7/build/test
copying test/__init__.py -> /tmp/test/.pybuild/cpython3_3.7/build/test
I: pybuild base:217: /usr/bin/python3 setup.py install --root 
/tmp/test/debian/tmp 
running install
running build
running build_py
running install_lib
copying /tmp/test/.pybuild/cpython3_3.7/build/test/__init__.py -> 
/tmp/test/debian/tmp/usr/lib/python3.7/dist-packages/test
byte-compiling 
/tmp/test/debian/tmp/usr/lib/python3.7/dist-packages/test/__init__.py to 
__init__.cpython-37.pyc
running install_egg_info
running egg_info
writing example_pkg_YOUR_USERNAME_HERE.egg-info/PKG-INFO
writing dependency_links to 
example_pkg_YOUR_USERNAME_HERE.egg-info/dependency_links.txt
writing top-level names to example_pkg_YOUR_USERNAME_HERE.egg-info/top_level.txt
reading manifest file 'example_pkg_YOUR_USERNAME_HERE.egg-info/SOURCES.txt'
writing manifest file 'example_pkg_YOUR_USERNAME_HERE.egg-info/SOURCES.txt'
removing 
'/tmp/test/debian/tmp/usr/lib/python3.7/dist-packages/example_pkg_YOUR_USERNAME_HERE-0.0.1.egg-info'
 (and everything under it)
Copying example_pkg_YOUR_USERNAME_HERE.egg-info to 
/tmp/test/debian/tmp/usr/lib/python3.7/dist-packages/example_pkg_YOUR_USERNAME_HERE-0.0.1.egg-info
Skipping SOURCES.txt
running install_scripts
I: pybuild base:217: cd /tmp/test/.pybuild/cpython3_3.7/build; tox -c 
/tmp/test/tox.ini -e py37
GLOB sdist-make: /tmp/test/setup.py
py37 create: /tmp/test/.tox/py37
py37 installdeps: pytest
WARNING: Discarding $PYTHONPATH from environment, to override specify 
PYTHONPATH in 'passenv' in your configuration.
ERROR: invocation failed (exit code 1), logfile: 
/tmp/test/.tox/py37/log/py37-1.log
ERROR: actionid: py37
msg: getenv
cmdargs: '/tmp/test/.tox/py37/bin/python -m pip install pytest'

/tmp/test/.tox/py37/bin/python: No module named pip

ERROR: could not install deps [pytest]; v = 
InvocationError('/tmp/test/.tox/py37/bin/python -m pip install pytest (see 
/tmp/test/.tox/py37/log/py37-1.log)', 1)
___
 summary 
___
ERROR:   py37: could not install deps [pytest]; v = 
InvocationError('/tmp/test/.tox/py37/bin/python -m pip install pytest (see 
/tmp/test/.tox/py37/log/py37-1.log)', 1)
E: pybuild pybuild:390: plugin distutils failed: exit code=1: cd 
/tmp/test/.pybuild/cpython3_3.7/build; tox -c /tmp/test/tox.ini -e py37
$



I'm sorry if this is not a bug, and I'm the one doing something wrong... if
that is the case, can you point me to the correct direction? :-)



-- System Information:
Debian Release: buster/sid
  APT prefers eoan-updates
  APT policy: (500, 'eoan-updates'), (500, 'eoan-security'), (500, 'eoan'), 
(100, 'eoan-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.3.0-46-generic (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dh-python depends on:
ii  python33.7.5-1
ii  python3-distutils  3.7.5-1build1

dh-python recommends no packages.

Versions of packages dh-python suggests:
ii  dpkg-dev  1.19.7ubuntu2
ii  libdpkg-perl  1.19.7ubuntu2

-- no debconf information

Best regards,
-- 
Marcos Marado

[kdelibs] [Bug 342974] File associations preference order not always respected

[Marcos Marado]

https://bugs.kde.org/show_bug.cgi?id=342974

Marcos Marado  changed:

   What|Removed |Added

Version|unspecified |frameworks

--- Comment #4 from Marcos Marado  ---
Confirmed as still happening on Kubuntu 19.10. Also confirmed that the
workaround on comment #3 works.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdelibs] [Bug 342974] File associations preference order not always respected

[Marcos Marado]

https://bugs.kde.org/show_bug.cgi?id=342974

Marcos Marado  changed:

   What|Removed |Added

 CC||mindboosterno...@gmail.com
 Status|REPORTED|CONFIRMED
 Ever confirmed|0   |1

-- 
You are receiving this mail because:
You are watching all bug changes.

[groupchat] [PATCH] beautify quitting message

[Marcos Marado]

When running as a client, and the application ends but not caused by
user input (C-c), the there is no carriage return after the exit
message, and so the 'quitting' message will drag the terminal prompt
forward.

This patch fixes that cosmetic bug by adding a carriage return to the
quitting message.
---
 src/groupchat.nim | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/groupchat.nim b/src/groupchat.nim
index d35816b..323f422 100644
--- a/src/groupchat.nim
+++ b/src/groupchat.nim
@@ -235,7 +235,7 @@ proc main() =
 gnunetApp.doWork()
 stdout.flushFile()

-  echo "quitting"
+  echo "quitting\r"
   stdout.flushFile()
   stdin.flushFile()

-- 
2.20.1
From cacd40a614a7d1cc757d9109fb7aaf15e40c75a7 Mon Sep 17 00:00:00 2001
From: Marcos Marado 
Date: Fri, 17 Apr 2020 12:51:16 +0100
Subject: [PATCH] beautify quitting message

When running as a client, and the application ends but not caused by
user input (C-c), the there is no carriage return after the exit
message, and so the 'quitting' message will drag the terminal prompt
forward.

This patch fixes that cosmetic bug by adding a carriage return to the
quitting message.
---
 src/groupchat.nim | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/groupchat.nim b/src/groupchat.nim
index d35816b..323f422 100644
--- a/src/groupchat.nim
+++ b/src/groupchat.nim
@@ -235,7 +235,7 @@ proc main() =
 gnunetApp.doWork()
 stdout.flushFile()
 
-  echo "quitting"
+  echo "quitting\r"
   stdout.flushFile()
   stdin.flushFile()
 
-- 
2.20.1

Bug#953477: netkit-telnet: CVE-2020-10188

[Marcos Marado]

I'm not sure if someone has access to a more fine-grained diff, but,
from the Changelog, I'd guess the actual fix would match this:

+netkit-telnet (0.17-14) unstable; urgency=high
+
+  * Fixed netobuf buffer overflows.
+
+ -- Herbert Xu   Sat, 11 Aug 2001 17:52:25 +1000

Best regards,
-- 
Marcos Marado

On Sun, Mar 29, 2020 at 3:51 PM Salvatore Bonaccorso  wrote:
>
> On Sun, Mar 29, 2020 at 04:50:07PM +0200, Salvatore Bonaccorso wrote:
> > It might be possible that Debian is fixed for it since 0.17-18woody2
> > (for src:netkit-telnet).
>
> For reference the respective diff.
>
> Salvatore

Bug#207419: [bug-inetutils] Fwd: Bug#207419: SSL support

[Marcos Marado]

Hi there,

On Wed, 27 Aug 2003 17:35:47 + Robert Millan  wrote:
> On Wed, Aug 27, 2003 at 06:23:05PM +0300, Sergey Poznyakoff wrote:
> > Robert Millan  wrote:
> >
> > > I bet the BSD telnet-ssl uses libssl so we can't simply steal the code
> > > they non-copylefted for us [1].. shouldn't be hard to hack gtelnet for 
> > > using
> > > gnutls though. Any takers?
> >
> > OK, I'll add it to my TODO.
>
> nice, thanks.

AFAICS, this ended up never happening. However, someone else worked on a set
of patches that, supposedly, implement this: more info at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=143559 , if you wish to take a
look.

Best regards,
-- 
Marcos Marado

Bug#953477: netkit-telnet: CVE-2020-10188

[Marcos Marado]

Did anyone confirm this against Debian's netkit?

At least on 0.17.24 (the earlier version on debian I could get my
hands on) or later, the nextitem function has this check:

>if (current >= end) {
> current = next;
>if (!current) {
>return 0;
>}
>end = nextend;
>next = 0;
>}

>From my understanding of the CVE (and brief analysis), this should be
enough to avoid any possible exploitation, so I installed telnetd and
tried to run the exploit against it. And, indeed, the result I got
was:

> ⛤ Connecting to 0:23
> infoleak unsuccessful.

I might be missing something here, but I suspect that debian's
netkit-telnet (and netkit-telnet-ssl) are not affected by this CVE.

Best regards,
-- 
Marcos Marado

Bug#920371: telnetd-ssl: SSL_CTX_use_certificate, ee key too small

[Marcos Marado]

Hi there,

A tested fix can be seen found here:
https://github.com/marado/netkit-telnet-ssl/commit/196297b250181159e8c9f975eb71d45046235c79

Best regards,
-- 
Marcos Marado

Bug#920371: telnetd-ssl: SSL_CTX_use_certificate, ee key too small

[Marcos Marado]

Hi there,

A tested fix can be seen found here:
https://github.com/marado/netkit-telnet-ssl/commit/196297b250181159e8c9f975eb71d45046235c79

Best regards,
-- 
Marcos Marado

Bug#920371: telnetd-ssl: SSL_CTX_use_certificate, ee key too small

[Marcos Marado]

Hi,

FYI, there is more info about this issue on
https://github.com/debauchee/barrier/issues/126 .

Best regards,
-- 
Marcos Marado

Bug#920371: telnetd-ssl: SSL_CTX_use_certificate, ee key too small

[Marcos Marado]

Hi,

FYI, there is more info about this issue on
https://github.com/debauchee/barrier/issues/126 .

Best regards,
-- 
Marcos Marado

Bug#949461: repo is an empty package in unstable/testing, failing it's autopkg tests

[Marcos Marado]

Hi,

An update to this package, based on salsa's repository, is available in
https://github.com/marado/repo . It bumps repo's version to the latest,
as well as fixes the empty package issue.

$ head debian/changelog
repo (2.4.1-1) unstable; urgency=medium

  [ Marcos Marado ]
  * New upstream version 2.4.1
  * updated set-python-shebang.patch
  * Pass autopkg tests, by reverting dh compatibility (Closes: #949461)

 -- Marcos Marado   Mon, 24 Feb 2020 14:00:00 -0700

Bug#949461: repo is an empty package in unstable/testing, failing it's autopkg tests

[Marcos Marado]

Hi,

An update to this package, based on salsa's repository, is available in
https://github.com/marado/repo . It bumps repo's version to the latest,
as well as fixes the empty package issue.

$ head debian/changelog
repo (2.4.1-1) unstable; urgency=medium

  [ Marcos Marado ]
  * New upstream version 2.4.1
  * updated set-python-shebang.patch
  * Pass autopkg tests, by reverting dh compatibility (Closes: #949461)

 -- Marcos Marado   Mon, 24 Feb 2020 14:00:00 -0700

Re: gnu:net and IPFS: integration possible or desirable for social networking app development?

[Marcos Marado]

Hi t3sserakt,

The documentation you linked at says that we groupchat needs nim >= 0.19,
but the project's README says >= 0.18...

I guess one of them should be fixed :-)

Best regards,

On Wed, Feb 12, 2020, 09:42 t3sserakt  wrote:

> Hi Brendan,
>
> do you already know secushare.org?
>
> We are working on a distributed private social network. Right now we have
> a prototype implemented in nim-lang.org.
>
> For trying it out have look here: https://gnunet.org/en/use.html#groupchat
>
> We could start to expose a REST API that can be used by a web interface.
> If you are interested in helping with such a web interface or in learning
> nim let me know!
>
> Happy hacking!
>
> t3sserakt
> On 10.02.20 03:03, Brendan Miller wrote:
>
> Hi, all. I am a web/web3 developer interested in helping to build open
> source, private, decentralized alternatives to social platforms like
> Facebook, WeChat, etc. I am coming from a technical starting point of IPFS,
> Ethereum blockchain and secret contract platforms like Enigma and Oasis,
> but I am not yet committed to a certain tech stack, and I certainly don't
> want to reinvent any wheels.
>
> I am starting to recognize that some of the privacy protecting
> architecture I was envisioning layering on top of IPFS, for example, was
> not really at the right networking layer - it should be handled at a lower
> layer. As a part of that realization, I have recently found gnu:net,
> reclaim:id and related projects and am excited about the attention you give
> these layers.
>
> I was imagining that the apps I would like to build would be mobile apps
> so that they could be accessible to the majority of users, be able to
> protect the user's private keys, and also be able to run in a fully
> decentralized/mesh situation when needed/desired.
>
> Textile (https://textile.io/) on top of IPFS interests me because they
> are open source, and provide useful functionalities that I would need. And
> they are set up for mobile apps. As an example of what can be done with
> Textile, you can take a look at this functional photo sharing/messaging
> React Native mobile app: https://github.com/textileio/photos
>
> I have also been looking at open source decentralized identity systems
> like https://github.com/uport-project/uport-connect,
> https://github.com/iden3 and https://github.com/jonnycrunch/ipid.
>
> Fundamentally, I am an app developer, but one who cares about ensuring
> decentralization and privacy by default, with the ability to safely share
> identity claims, user groups and content/media/files when desired. My goal
> is to build on top of as much existing, reliable, maintained open source
> code as possible so we can show users the full functionality they expect
> from existing social networking apps to make it attractive to switch over.
>
> My questions are these:
>
>- Does anything similar to Textile exist in the gnu:net ecosystem?
>- Can gnu:net practically operate in a battery-sane manner on Android
>and iOS devices? Is there a guide for how to do this? What tradeoffs are
>necessary to operate on mobile?
>- IPFS uses a modular infrastructure. Would it be possible to swap out
>some lower-level networking layers of IPFS with gnu:net modules for greater
>privacy? (Reference:
>https://github.com/ipfs/specs/blob/master/ARCHITECTURE.md)
>- Would it be possible to somehow make the gnu:net and IPFS ecosystems
>operationally compatible, perhaps using gateways/bridges, so that their
>content/data can be shared? If so, how hard would that be?
>
> Thanks for any insights into these questions, and for your work on gnu:net.
>
> Best,
>
> Brendan
>
> https://www.linkedin.com/in/brendanmiller/
>
>

Bug#929131: gnunet: GNUnet 0.11.4 has been released, the Debian package is outdated. Please package 0.11.4.

[Marcos Marado]

In order to document this on the page for #929131 :

Work on packaging gnunet 0.11.6 was done (and is almost concluded) on
salsa[1], and no compilation problems exist anymore.
I actually concluded the 0.11.6 work[2], but the changes are minimal
and I didn't think at the time that it would be useful to submit those
patches.

In the meantime, GNUnet is already at 0.11.8[3].

[1] https://salsa.debian.org/debian/gnunet
[2] https://github.com/marado/debian-gnunet
[3] https://gnunet.org/en/news/2019-0.11.8.html

Best regards,
-- 
Marcos Marado

Re: [Replicant] Security fix causing crash that blocks Replicant 6.0 0004 release

[Marcos Marado]

That ifdef is in there because this will happen to some devices but
not others (and we should investigate each replicant device to see
which of them are affected, it might be all as you assume, but it
might be none). Unfortunately, for the devices you see this happen, it
probably means that one of the propriatery files you are copying from
the device was depending on the old behavior.

On Mon, Oct 14, 2019 at 9:38 PM Joonas Kylmälä  wrote:
>
> Hi,
>
> we investigated today a system server crash:
> . It was bisected to commit
> .
> If anybody has suggestions how to fix this please let us know!
>
> This is causing most likely the audio issues people have reported
> happening on the dev branch and it causes the boot time to be much much
> longer and most likely other issues. It is blocking the 0004 we were
> planning to do this Sunday.
>
> Joonas
> ___
> Replicant mailing list
> Replicant@osuosl.org
> https://lists.osuosl.org/mailman/listinfo/replicant
___
Replicant mailing list
Replicant@osuosl.org
https://lists.osuosl.org/mailman/listinfo/replicant

Re: [GNUnet-developers] GNUnet Events (was: Re: Today, 8PM CEST (was: Re: [Event-Mumble] Sunday 7th July, 8PM, on mumble gnunet.org))

[Marcos Marado]

Hi there,

To be honest, more useful than booth presence, what I'd personally like to
see would be a presentation regarding gnunet, and, FYI, the CFP to the
decentralized internet & privacy devroom has just been published:
https://lists.fosdem.org/pipermail/fosdem/2019q4/002903.html .

As for materials and presence in a booth, there has been GNU materials on
the FSFE booth (I think there's where I got a couple of gnunet stickers in
the past), and I think they'd welcome both gnunet stuff (stickers, flyers,
whatever) and people.

On Sun, Jul 14, 2019, 13:26  wrote:

> n...@n0.is transcribed 2.9K bytes:
> > Marcos Marado transcribed 3.6K bytes:
> > > Hi,
> > >
> > > On Sun, Jul 7, 2019 at 10:22 AM sva  wrote:
> > > [...]
> > > > >I've tried to collect all the upcoming (planned) events here:
> > > > >https://md.darmstadt.ccc.de/gnunet-events
> > > > >If you have any idea about any place/date/occasion that would be
> good
> > > > >to
> > > > >meet, please let me know!
> > > * FOSDEM - probably doesn't need any introduction, I'm actually
> surprised
> > > year after year that I don't see anything GNUnet happening there :-)
> Not
> > > only there's a distributed systems track where presentations regarding
> > > GNUnet would no doubt fit in, but they also have a track specific to
> BoF
> > > meetings (which can also include hacking sessions).
>
> FOSDEM is big. As in, its as crowded as c3 when you take the size of the
> area it is taking place in. I could not imagine having a good meeting
> there. However, if it makes sense, I could imagine having a shared
> projects booth there (secushare, GNUnet, Taler, reclaim:ID, more ?), for
> which you need more than 1 person. I have 0 experience in doing this, but
> have some connections to people who have done this before. I might be there
> for NetBSD if I decide to etc (until then my dev assignment should be
> done).
>
> I could however imagine doing this split-time, half for NetBSD, half for
> whatever projects gets to sign-up our hypothetical booth.
>
> Does this make sense? Should we try it? We have about 7 months or so to
> improve the material we have out there and the processes involved to
> onboard people. A booth could be a waste of time, but it could also be
> a worth exploring if it attracts people who want to work on / with the
> represented projects.
>
> What do you think?
>
___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

Re: [GNUnet-developers] Moral rights: credits

[Marcos Marado]

Hi,

On Tue, Oct 8, 2019 at 10:42 AM ng0  wrote:
>
> > > Naturally, this is not about removing (all) credit: we would still have
> > > both the top-level AUTHORS file and the attribution via the Git history.
>
> Which is in the 0.10.x series timecapsule for GNUnet, and no one has
> stepped up to make an major update to it.
>
>
> It requires quiet a lot of piping and stepping through commits, but
> it's possible to get all committers of a file through git itself.
> git alone can't easily tell you the answer to "who contributed to this
> file from day 0?".

FYI, this will give you all the authors for a particular file:
git log --format='%an' filename|sort -u

Add --since="-MM-DD" to the git command if you want only commits
since a certain date.

Best regards,
-- 
Marcos Marado

___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

[GNUnet-developers] [PATCH] minor fix on installation instructions

[Marcos Marado]

On the website:

Three of the instalation guides were missing a line break in a list
of commands.

Furthermore, the Ubuntu guide, in one set of instructions, was
using an env variable without defining it.

Attached is a patch fixing these. The same patch can be found
on github[1][2], if that makes things easier for you.

[1] 
https://github.com/marado/gnunet-www/commit/6417e8124fec30f0e0d744005c54d88f4cc20965
[2] 
https://github.com/marado/gnunet-www/commit/6417e8124fec30f0e0d744005c54d88f4cc20965.patch

Best regards,
-- 
Marcos Marado
From 6417e8124fec30f0e0d744005c54d88f4cc20965 Mon Sep 17 00:00:00 2001
From: Marcos Marado 
Date: Mon, 19 Aug 2019 23:42:14 +0100
Subject: [PATCH] minor fix on instalation instructions

Three of the instalation guides were missing a line break in a list
of commands.

Furthermore, the Ubuntu guide, in one set of instructions, was
using an env variable without defining it.
---
 template/install-on-archpi.html.j2 | 2 +-
 template/install-on-debian9.html.j2| 4 ++--
 template/install-on-ubuntu1804.html.j2 | 3 ++-
 3 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/template/install-on-archpi.html.j2 b/template/install-on-archpi.html.j2
index 1ef61eb..dd205da 100644
--- a/template/install-on-archpi.html.j2
+++ b/template/install-on-archpi.html.j2
@@ -50,7 +50,7 @@
 
   
   > cd gnunet
-  > export GNUNET_PREFIX=/usr # for example, other locations possible
+  > export GNUNET_PREFIX=/usr # for example, other locations possible
   > ./bootstrap # Run this to generate the configure files.
   > ./configure --prefix=$GNUNET_PREFIX --disable-documentation # Use --help to see the various flags available to you.
   > make -j$(nproc || echo -n 1)
diff --git a/template/install-on-debian9.html.j2 b/template/install-on-debian9.html.j2
index 808e2c3..f966098 100644
--- a/template/install-on-debian9.html.j2
+++ b/template/install-on-debian9.html.j2
@@ -105,7 +105,7 @@
   
 $ cd ~/gnunet_installation/gnunet
 $ ./bootstrap
-$ export GNUNET_PREFIX=/usr/local # for example, other locations possible
+$ export GNUNET_PREFIX=/usr/local # for example, other locations possible
 $ ./configure --prefix=$GNUNET_PREFIX --disable-documentation --with-microhttpd=/opt/libmicrohttpd
 $ sudo addgroup gnunet
 $ sudo usermod -aG gnunet $USER
@@ -118,7 +118,7 @@
   
 $ cd ~/gnunet_installation/gnunet
 $ ./bootstrap
-$ export GNUNET_PREFIX=/usr/local # for example, other locations possible
+$ export GNUNET_PREFIX=/usr/local # for example, other locations possible
 $ export CFLAGS="-g -Wall -O0"
 $ ./configure --prefix=$GNUNET_PREFIX --disable-documentation --enable-logging=verbose --with-microhttpd=/opt/libmicrohttpd
 $ sudo addgroup gnunet
diff --git a/template/install-on-ubuntu1804.html.j2 b/template/install-on-ubuntu1804.html.j2
index 157183d..1c7750b 100644
--- a/template/install-on-ubuntu1804.html.j2
+++ b/template/install-on-ubuntu1804.html.j2
@@ -71,6 +71,7 @@
   
 $ cd ~/gnunet_installation/gnunet
 $ ./bootstrap
+$ export GNUNET_PREFIX=/usr/local # for example, other locations possible
 $ ./configure --prefix=$GNUNET_PREFIX --disable-documentation --with-microhttpd=/opt/libmicrohttpd
 $ sudo addgroup gnunetdns
 $ sudo adduser --system --group --disabled-login --home /var/lib/gnunet gnunet
@@ -83,7 +84,7 @@
   
 $ cd ~/gnunet_installation/gnunet
 $ ./bootstrap
-$ export GNUNET_PREFIX=/usr/local # for example, other locations possible
+$ export GNUNET_PREFIX=/usr/local # for example, other locations possible
 $ export CFLAGS="-g -Wall -O0"
 $ ./configure --prefix=$GNUNET_PREFIX --disable-documentation --enable-logging=verbose 
 $ sudo addgroup gnunet
-- 
2.20.1

___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

Re: [Replicant] replicant make comment on the pinephone

[Marcos Marado]

Hi there,

On Sat, Jun 22, 2019 at 11:10 PM Denis 'GNUtoo' Carikli
 wrote:
[...]
> To understand better what is possible or desirable we would need to get
> more information on the PinePhone, for instance:
> - What chip will it use for the WiFi, Bluetooth?
> - What is the modem protocol?
> - Is the bootloader fully free software for the A64?
>   In u-boot, board/sunxi/README.sunxi64 has more information about
>   that but we also need to look into it.

The conversation in https://fosstodon.org/@PINE64/102298904508977317
might be of interest.

Best regards,
-- 
Marcos Marado
___
Replicant mailing list
Replicant@osuosl.org
https://lists.osuosl.org/mailman/listinfo/replicant

Bug#933905: gnunet: erroneous patch introduces bashism

[Marcos Marado]

Package: gnunet
Version: 0.11.0-1
Severity: normal

Dear Maintainer,

Taking a look into the debianization of GNUnet, I realized that there is a
patch being applied that is intended fix bashisms, but, instead, seems to be
introducing one.

The culprit[1] patch is actually doing the opposite of what it initially did
when it was first introduced. During one of the version updates, a revert must
have caused this. The actual moment when the patch stopped doing what it was
supposed to, to do the opposite instead, can be seen here[2].

The fix is simple (just remove the patch), but if it is useful, here is a patch
providing the fix[3].

[1] 
https://salsa.debian.org/debian/gnunet/blob/experimental/debian/patches/fix-bashism.patch
[2] 
https://salsa.debian.org/debian/gnunet/commit/078e0f6d640e8e76347317a594778e7264639d62?view=parallel#0b9c97552d404c78fa9130139fa8f102743b8591_15_12
[3] 
https://github.com/marado/debian-gnunet/commit/427dff7a65a16135e393e46704f3d8db12b8

Best regards,
Marcos Marado

-- System Information:
Debian Release: buster/sid
  APT prefers disco-updates
  APT policy: (500, 'disco-updates'), (500, 'disco-security'), (500,
'disco'), (100, 'disco-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnunet depends on:
ii  adduser3.118ubuntu1
ii  debconf [debconf-2.0]  1.5.71ubuntu1
ii  libatomic1 9.1.0-2ubuntu2~19.04
ii  libc6  2.29-0ubuntu2
ii  libcurl3-gnutls7.64.0-2ubuntu1.1
ii  libextractor3  1:1.8-2
ii  libgcrypt201.8.4-3ubuntu1
ii  libgnutls-dane03.6.8-1
ii  libgnutls303.6.8-1
ii  libidn2-0  2.0.5-1
ii  libjansson42.12-1build1
ii  libltdl7   2.4.6-10
ii  libmariadb31:10.3.13-2
ii  libmicrohttpd120.9.62-1
ii  libogg01.3.2-1
ii  libopus0   1.3-1
ii  libpq5 11.4-0ubuntu0.19.04.1
ii  libpulse0  1:12.2-2ubuntu3
ii  libsqlite3-0   3.27.2-2ubuntu0.1
ii  libunistring2  0.9.10-1ubuntu2
ii  lsb-base   10.2019031300ubuntu1
ii  netbase5.6
ii  zlib1g 1:1.2.11.dfsg-1ubuntu2

Versions of packages gnunet recommends:
ii  libnss3-tools  2:3.44.0-1
ii  openssl1.1.1b-1ubuntu2.1

Versions of packages gnunet suggests:
pn  miniupnpc
ii  python   2.7.16-1
pn  python-zbar  
pn  texlive  

-- debconf information:
  gnunet-server/groupname: gnunet
  gnunet-server/autostart: true
  gnunet-server/username: gnunet

Re: [GNUnet-developers] gnunet-nim bug on "removed cadet option"

[Marcos Marado]

Hi,

It was indeed an issue with me still being on an older GNUnet version.
I was trying groupchat's HEAD, and since I build using its Makefile, I am
also using an updated gnunet-nim (which now works only against the latest
GNUnet version).

Please consider the small patch in attachment, as this simple change would
have spared me the wasted time, and all of us this e-mail thread :-)

Thanks for your quick support,

On Tue, Jul 30, 2019 at 5:43 AM t3sserakt  wrote:

> Hey Marcos,
>
> did you update GNUnet?
>
> Which revisions of groupchat, gnunet-nim and GNUnet do you use?
>
> Happy hacking!
>
> t3sserakt
>
> On 30.07.2019 00:22, Marcos Marado wrote:
>
> Hi,
>
> I haven't had time to debug this too much, but either gunet-nim's latest
> commit,
> "removed cadet option"[1], is buggy, or at least the only good example I
> know
> of it (groupchat) needs to be updated to work with it.
>
> With that commit on gnunet-nim, groupchat's client will get a server
> message
> without data, and enter this 'if not' clause:
>
> proc processServerMessages(channel: ref CadetChannel, tui: Tui) {.async.} =
>   while true:
> let (hasData, message) = await channel.messages.read()
> if not hasData:
>   shutdownGnunetApplication()
>
> [1]
> https://git.gnunet.org/gnunet-nim.git/commit/?id=38c51715cfe0b2c6cdc662cffcc8de2eec8d28a9
>
> Best regards,
> --
> Marcos Marado
>
>
> ___
> GNUnet-developers mailing 
> listGNUnet-developers@gnu.orghttps://lists.gnu.org/mailman/listinfo/gnunet-developers
>
>
> ___
> GNUnet-developers mailing list
> GNUnet-developers@gnu.org
> https://lists.gnu.org/mailman/listinfo/gnunet-developers
>
From a80dc8bc90026b1a935dcde602657831d5d75de6 Mon Sep 17 00:00:00 2001
From: Marcos Marado 
Date: Fri, 2 Aug 2019 23:47:00 +0100
Subject: [PATCH] Raised dependency on GNUnet to 0.11.6

Since groupchat always builds against the latest gnunet_nim, and gnunet_nim now
depends on GNUnet 0.11.6, let's adjust the version of the dependency here.
---
 README.rst | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.rst b/README.rst
index 0df5502..ab0e332 100644
--- a/README.rst
+++ b/README.rst
@@ -10,7 +10,7 @@ Installation
 Requirements
 
 
-* GNUnet >= 0.11.0 (https://gnunet.org)
+* GNUnet >= 0.11.6 (https://gnunet.org)
 * Nim >= 0.18.0(https://nim-lang.org)
 
 Install
-- 
2.20.1

___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

Re: [GNUnet-developers] gnunet-nim bug on "removed cadet option"

[Marcos Marado]

I am probably not, now that you mention it...

Updating groupchat updates gnunet-nim, but that doesn't have any sort of
dependency check regarding GNUnet's installed version, so that's probably
it.

Thanks for the quick response!

On Mon, Jul 29, 2019, 23:40 Christian Grothoff  wrote:

> Hi!
>
> I admittedly didn't test it, but the change looked fine to me. Are you
> sure you're using the latest GNUnet?
>
> -Christian
>
> On 7/30/19 12:22 AM, Marcos Marado wrote:
> > Hi,
> >
> > I haven't had time to debug this too much, but either gunet-nim's latest
> > commit,
> > "removed cadet option"[1], is buggy, or at least the only good example I
> > know
> > of it (groupchat) needs to be updated to work with it.
> >
> > With that commit on gnunet-nim, groupchat's client will get a server
> message
> > without data, and enter this 'if not' clause:
> >
> > proc processServerMessages(channel: ref CadetChannel, tui: Tui)
> {.async.} =
> >   while true:
> > let (hasData, message) = await channel.messages.read()
> > if not hasData:
> >   shutdownGnunetApplication()
> >
> > [1]
> >
> https://git.gnunet.org/gnunet-nim.git/commit/?id=38c51715cfe0b2c6cdc662cffcc8de2eec8d28a9
> >
> > Best regards,
> > --
> > Marcos Marado
> >
> > ___
> > GNUnet-developers mailing list
> > GNUnet-developers@gnu.org
> > https://lists.gnu.org/mailman/listinfo/gnunet-developers
> >
>
> ___
> GNUnet-developers mailing list
> GNUnet-developers@gnu.org
> https://lists.gnu.org/mailman/listinfo/gnunet-developers
>
___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

[GNUnet-developers] GNUnet Events (was: Re: Today, 8PM CEST (was: Re: [Event-Mumble] Sunday 7th July, 8PM, on mumble gnunet.org))

[Marcos Marado]

Hi,

On Sun, Jul 7, 2019 at 10:22 AM sva  wrote:
[...]
> >I've tried to collect all the upcoming (planned) events here:
> >https://md.darmstadt.ccc.de/gnunet-events
> >If you have any idea about any place/date/occasion that would be good
> >to
> >meet, please let me know!

I'm biased (these are events I'm planning to go anyway), and not really an
active part of GNUnet's developers, but there are two events I think would
be nice for the GNUnet hackers community to piggy back on:

* Ubucon Europe - https://sintra2019.ubucon.org/ , happening 10th-13th
October in Portugal (Sintra), they're interested in subjects connected to
Free Software and other things not directly related to Ubuntu, it would be
a good place to have someone presenting about GNUnet (awareness is always
great!) and it is a possible place where another of these GNUnet hacking
events could possibly happen;
* FOSDEM - probably doesn't need any introduction, I'm actually surprised
year after year that I don't see anything GNUnet happening there :-) Not
only there's a distributed systems track where presentations regarding
GNUnet would no doubt fit in, but they also have a track specific to BoF
meetings (which can also include hacking sessions).

Best regards,
-- 
Marcos Marado
___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

Re: [GNUnet-developers] Contribute to groupchat. was (Re: Hello! (brief introduction and lots of questions))

[Marcos Marado]

Hi there,

On Mon, Jul 1, 2019 at 11:36 AM t3sserakt  wrote:
> Hi Marcos,
[...]

Thanks very much for your reply, it was quite elucidative.

I know about the aims of secushare (I've been lurking and trying to watch its
development, as my particular interest on it is really a the realization fully
decentralized virtual world, which is what groupchat could be the start of).
However, when I learned about groupchat, and looking into its code, I saw no
relation between it (as it is, at least) and secushare: it looks to me as being
fully a client-server model...

So, what I was failing to see was that there is a plan to evolve what groupchat
currently is into a serverless, distributed chat system. The 'main task' to
achieve that (and the one I'm personally more interested in) seems to be this
one:

> get rid of the groupchat server, but using available (being online) peers in
> a group to do the multicast.  This obviously needs peers of the group being
> online to have asynchronous messaging.

Is there something written up explaining in more detail what, in practical
terms, does this mean? A list of tasks to implement, or something like that?

As it is, I have several ideas on how to contribute with groupchat as it
currently is, but that would be mostly working on the current usability *with*
the server model, which seems like a bit of a waste of time, considering the
goals for groupchat.

Unfortunately, I won't be able to attend to the weekly meetings. Are there
minutes, logs or recordings of those meetings?


Thanks for taking your time helping me understand more about the goal here, and
for your work on secushare in general,
-- 
Marcos Marado

___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

Re: [GNUnet-developers] Contribute to groupchat. was (Re: Hello! (brief introduction and lots of questions))

[Marcos Marado]

Hi!

On Thu, Jun 27, 2019, 15:57 t3sserakt  wrote:

> Hi Marcos,
>
> welcome and cool you are interested in helping with groupchat.
>
> Submitting a patch in Mantis is not the way it used to be, but your
> contribution was valuable.
>
> Did you read here https://docs.gnunet.org/#Developer-Introduction? Be
> careful, because the information in the C Tutorial, if you follow the
> link https://docs.gnunet.org/manuals/gnunet-c-tutorial/index.html#Top,
> is partially outdated.
>

Many years ago :-) So, from what I read in there, patch submissions should
do done by sending each patch to this mailing list, OK. Good to know that
it applies to all gnunet related projects and not just the core parts of
GNUnet.


Do you like to help implementing new functionality?
>

You can see a few changes I've made already in
https://github.com/marado/gnunet-groupchat
and a few personal notes of things I was planning to do in
https://github.com/marado/gnunet-groupchat/issues

But as I thought more about it, I think groupchat doesn't make much sense
as it is.

We are right now changing the groupchat code a bit, and tomorrow we will
> make a plan how we like to go on with groupchat.
>
> If you are interested we can keep you informed about those plan in
> detail. High level information will be communicated over the mailing list.
>

Please keep me updated!

In the meantime, my idea on why ir doesn't make much sense as it is:
* Currently we have one binary that works as both server or client. While
that's OK, there's really no reason why should this be the case: the work
of the server is inherently and radically different from the work of the
client;
* The client is, in fact, nothing more that something that connects via
cadet to a peer and a port, and then sends and recieves text. More
generally, it isn't really a groupchat client but a sort of "netcat for
gnunet". Making a gnunetcat would have several advantages: not only it
could be used to connect to a groupchat peer/port, but it can also be used
to connect to any other server available via cadet, same way.
* Left with just the server, I quickly ended up with the feeling that
contributing to it would be a lot like reinventing the wheel. Why? Well,
the server has two attributes: it is a text based chat server (like a
talker, or any other MU*), and it is available via CADET. So, (a) why doing
a groupchat should have to mean writing an entire talker, just because we
want a talker that is available via CADET?, and (b) does this mean we'd be
tempted to write an whole server to the next thing we want (mail, or
whatever)? It seems to me more reasonable for us to, instead, write a sort
of 'tcpserver' for cadet (cadetserver, why not): basicly a binary that
tunnels between cadet "connections" and a local binary... or, really, a TCP
server.

IE, I'd like to be able to have, instead of groupchat, something like this:
[serverside]
cadetserver $(gnunet-peerinfo -s) welcome localhost 

[clientside]
gnunetcat $SERVER_PEERID welcome

And, of course, instead of having to implement an entire talker server, you
can be running any of the free software alternatives for one on your
server's TCP port .

This would also let you, of course, run any other TCP server over cadet, as
well as communicate with it.

Does this many sense to you? If not... what am I missing?

Cheers,
-- 
Marcos Marado
___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

Re: [GNUnet-developers] Hello! (brief introduction and lots of questions)

[Marcos Marado]

I am sorry, I do realize this is getting a bit off-topic, but...

On Fri, Jun 14, 2019 at 4:40 PM t3sserakt  wrote:
[...]
> >> ### 2: How might I chat with friends?
> >>
> >> I've read the document section on the "Conversations" program
> >> that uses a phonecall-esque approach, and I've also read that
> >> protocols like SMTP haven't been implemented "yet". In a
> >> hypothetical GNUnet which is more developed and actively used
> >> by a larger population, what would be "the" way of doing
> >> Email-style communication, IM-style communication, and any of
> >> those and voice in groups with multiple members? Would there
> >> be additional protocols and components in GNUnet that would
> >> manage these kinds of communication? How do/might they
> >> look/work?
> > The SecuShare folks have some gnunet-nim codebase they use for IM-style
> > chatting. Maybe they can give you more detailed pointers on how to use it.
>
> Indeed there is
>
> https://git.gnunet.org/groupchat.git
>
> which is an implementation of a TUI (terminal UI) groupchat in nim
> (nim-lang.org) using
>
> https://git.gnunet.org/gnunet-nim.git/
>
> to bind to GNUnet APIs. If you set up everything you can get back to me
> directly, and we can try it out together.

Is there any documentation or guidelines on the best way to contribute to
this particular effort?
I did create a patch and submitted a bug on Mantis[1], but I am unsure that
was the right way to go about it. I have a few other patches to contribute, but
they don't even constitute bugs, so I'd appreciate any guidelines you might
have on how to contribute to groupchat.


[1] https://bugs.gnunet.org/view.php?id=5776

Thanks in advance,
-- 
Marcos Marado

___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

Re: [GNUnet-developers] Discussion, and Help Wanted: Moving to Gitlab for Git, CI, and Issues

[Marcos Marado]

Hi,

On Mon, Apr 8, 2019 at 1:07 PM  wrote:
[...]
> > I am assuming that the "EU regulation" here spoken of is the Copyright 
> > Reform,
> > in particular Article 13. If that's the case, then “open source
> > software development
> > and sharing platforms” are explicitly excluded from it[1] (let's see
> > how will that be
> > transposed into national laws). It is arguable what defines something
> > as being an
> > "OSS dev & share platform", but I think it is fair to assume that a
> > gitlab instance
> > run and maintained by GNUnet e.V. and with the purpose of hosting only free
> > software would qualify.
[...]
> > If the OSS exemption didn't exist, this wouldn't be enough: those
> > within the core
> > team would need the tools to validate copyright infringement on each commit,
> > instead of a simple "I looked at it and, after a cursory glance, I
> > don't think it
> > infringes any copyright".
>
> This sounds pretty much like something EU should pay for, because
> without being able to go into details (for obvious reasons), the ways
> to analyze code out there in a way which satisfies the industry
> are endless and require almost as much resources.
> Imo we simply don't have the resources to fullfil this in GNUnet
> unless someone comes up with something pre-made we can use. To
> be quiet honest, this is a problem which affects Free and Open Source
> software at large, so to expect a complete check of every line of
> code for possible infringement must be automated. I don't want
> us to grow but at the same time slow down with each and every new
> committer.

Well... as I said, the eV will be exempt if the gitlab instance has, as I
assume it does, the sole purpose of hosting free software.
But yes, despite having managed to create that exemption, Article 13
is still harmful to free software (and the society in general), and this is
something EU should not have accepted.
Unfortunately, that was not the case*.

* well, in theory there is still a chance that this gets rejected: there is
going to be a vote by the Council of the European Union next monday
(15th April), and it could still be rejected if Germany voted against
it -- which doesn't seem to be something they're willing to do.

-- 
Marcos Marado

___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

Re: [GNUnet-developers] Discussion, and Help Wanted: Moving to Gitlab for Git, CI, and Issues

[Marcos Marado]

Hi,

On Sun, Apr 7, 2019, 18:20 Florian Dold  wrote:
> On 4/7/19 6:46 PM, Schanzenbach, Martin wrote:
> > The CAA does not help in any way. You are still liable as a platform. It 
> > has literally nothing to do with the copyright infringements if the 
> > contributor copied code from somewhere else. You cannot delegate this 
> > responsibility anymore to the user. That way the old way of doing it.
>
> I am not sure what requirements you are talking about.  Do you have some
> reference that explains this?  Christian, do you have one?  I would
> guess we are probably not the only project affected by this.

I am assuming that the "EU regulation" here spoken of is the Copyright Reform,
in particular Article 13. If that's the case, then “open source
software development
and sharing platforms” are explicitly excluded from it[1] (let's see
how will that be
transposed into national laws). It is arguable what defines something
as being an
"OSS dev & share platform", but I think it is fair to assume that a
gitlab instance
run and maintained by GNUnet e.V. and with the purpose of hosting only free
software would qualify.

> It sounds like you're suggesting that we should have a core team of
> developers in official capacity for GNUnet e.V. to look at pull requests
> and then say "we think that this doesn't infringe on copyright" and
> merge them in.  Is that what you're saying?

If the OSS exemption didn't exist, this wouldn't be enough: those
within the core
team would need the tools to validate copyright infringement on each commit,
instead of a simple "I looked at it and, after a cursory glance, I
don't think it
infringes any copyright".

[1] http://www.openforumeurope.org/copyright-directive-approved-with-art-11-13/

Best regards,
-- 
Marcos Marado

___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

[Replicant] Radio Lockdown Directive (and public consultation)

[Marcos Marado]

Hi,

Following up what has been said about the Radio Directive in Replicant's
BoF on FOSDEM, here are two links I'd like to share:

1) Information about the directive, from a Free Software prespective:
https://fsfe.org/activities/radiodirective/radiodirective.en.html

2) The (recent) public consultation:
https://ec.europa.eu/info/law/better-regulation/initiatives/ares-2018-6621038_en
(deadline: 4th March)

Best regards,
-- 
Marcos Marado
ANSOL.org
___
Replicant mailing list
Replicant@osuosl.org
https://lists.osuosl.org/mailman/listinfo/replicant

Bug#870473: calf-ladspa: Conflicts with calf-plugins in ardour

[Marcos Marado]

Hi there,

> Dear Maintainer,
>
> installing calf-ladspa together with newer calf-plugins breaks usage of calf-
> plugins at least in Ardour.
[...]
> this won't help, as (i think that) the problem is a symbol clash in the
> imported libraries.
[...]
> here's a few solutions:
[...]

While I do agree and appreciate that it would be nice to have everything working
at once, a previous step is simple, possible, and needed: it seems obvious that,
as they currently are, the calf-plugins and calf-ladspa packages must be marked
as conflicting with each other.

Best regards,
-- 
Marcos Marado

Bug#771790: Fixed with 1.0.0

[Marcos Marado]

Hi, and sorry for the late reply.

1) OK
2) I use it on both stable, testing and unstable, but I'm OK with not
having this available in testing or stable: in fact I think it is better
not to have the buggy version available at all than to have it and then
suffer potential data loss.
3) As you can see from my late reply, I don't really have much time to
spend in these matters. That being said, I wouldn't mind joining the JS
maintainers, even if I'm unsure if anything good would come out of it. In
particular, your e-mail suggests to me that being a JS maintainer still
means finding a sponsor, which really is what I've been feeling as stalling
my contributions (this NMU an example, but also others like this ITP:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772135 ).

If you still feel it would be useful to have me joining in, please let me
know.

Best regards,

On Tue, May 16, 2017 at 3:02 AM Val Markovic  wrote:

> OK, so talking to pabs@ on debian-mentors, seems like a good approach
> to take here is to do NMU uploads to unstable and stable. I'm happy to
> do the work there (short of uploading, since I can't).
>
> Second part: Marcos, do you use this package on stable, testing or
> unstable? Also note that dirty.js has been removed from testing branch
> because of the RC bug and thus won't be in stretch. So if you'll be
> using stable (which will be stretch soon), this NMU business isn't
> going to help you much.
>
> Third part: it seems like you might want to join Debian JS
> Maintainers. :) It looks like they could use the help, you use their
> packages and have already prepared an NMU upload once, so you know
> your way around deb packaging. Something to consider, especially if
> you use this package and would like to see it continue being
> maintained. :)
>

Bug#771790: Fixed with 1.0.0

[Marcos Marado]

Hi,

The latest upstream version is 1.1.0, which is a bug fix release.
Check here:
https://github.com/felixge/node-dirty/commit/6285fce15d3bc76bc288259ed2a095cd2936e218


On Mon, May 15, 2017 at 7:03 PM Val Markovic  wrote:

> I have packaged up latest upstream version (1.0.0) here:
> https://github.com/Valloric/dirty.js
>
> I've tested it out locally (using upstream's tutorial) on latest
> stretch RC with nodejs v4.8.2 and it's working fine. I'll look for a
> sponsor on debian-mentors to do a NMU.
>

[Pkg-javascript-devel] Bug#771790: Fwd: Package broken

[Marcos Marado]

On May 15, 2017 06:06, "Val Markovic" <v...@markovic.io> wrote:

[Sending you a copy of my response on the bug since I forgot to cc you.]

-- Forwarded message --
From: Val Markovic <v...@markovic.io>
Date: Sun, May 14, 2017 at 9:57 PM
Subject: Re: Package broken
To: 771...@bugs.debian.org

I'm interested in fixing this package if there are still users interested
in using it. Popcon says 1 machine uses this: https://qa.debian.org/po
pcon.php?package=dirty.js

Marcos, do you still use this package?


I do, on several machines.
Thanks!

-- 
Marcos Marado
-- 
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Bug#771790: Fwd: Package broken

[Marcos Marado]

On May 15, 2017 06:06, "Val Markovic" <v...@markovic.io> wrote:

[Sending you a copy of my response on the bug since I forgot to cc you.]

-- Forwarded message --
From: Val Markovic <v...@markovic.io>
Date: Sun, May 14, 2017 at 9:57 PM
Subject: Re: Package broken
To: 771...@bugs.debian.org

I'm interested in fixing this package if there are still users interested
in using it. Popcon says 1 machine uses this: https://qa.debian.org/po
pcon.php?package=dirty.js

Marcos, do you still use this package?


I do, on several machines.
Thanks!

-- 
Marcos Marado

Bug#771790: Fwd: Package broken

[Marcos Marado]

On May 15, 2017 06:06, "Val Markovic" <v...@markovic.io> wrote:

[Sending you a copy of my response on the bug since I forgot to cc you.]

-- Forwarded message --
From: Val Markovic <v...@markovic.io>
Date: Sun, May 14, 2017 at 9:57 PM
Subject: Re: Package broken
To: 771...@bugs.debian.org

I'm interested in fixing this package if there are still users interested
in using it. Popcon says 1 machine uses this: https://qa.debian.org/po
pcon.php?package=dirty.js

Marcos, do you still use this package?


I do, on several machines.
Thanks!

-- 
Marcos Marado

Re: Processed: retitle to RFP: nodiverse -- a 3D universe library in Node.js

[Marcos Marado]

retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
owner 772135 !
thanks

The Debian package is created, upstream, I'd need a sponsor to publish the
package, tho.


On Fri, Mar 31, 2017 at 5:24 PM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> Processing commands for cont...@bugs.debian.org:
>
> > retitle 772135 RFP: nodiverse -- a 3D universe library in Node.js
> Bug #772135 [wnpp] ITP: nodiverse -- a 3D universe library in Node.js
> Changed Bug title to 'RFP: nodiverse -- a 3D universe library in Node.js'
> from 'ITP: nodiverse -- a 3D universe library in Node.js'.
> > noowner 772135
> Bug #772135 [wnpp] RFP: nodiverse -- a 3D universe library in Node.js
> Removed annotation that Bug was owned by Marcos Marado <
> mindboosterno...@gmail.com>.
> > stop
> Stopping processing here.
>
> Please contact me if you need assistance.
> --
> 772135: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772135
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#772135: Processed: retitle to RFP: nodiverse -- a 3D universe library in Node.js

[Marcos Marado]

retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
owner 772135 !
thanks

The Debian package is created, upstream, I'd need a sponsor to publish the
package, tho.


On Fri, Mar 31, 2017 at 5:29 PM Marcos Marado <mindboosterno...@gmail.com>
wrote:

> retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
> owner 772135 !
> thanks
>
> The Debian package is created, upstream, I'd need a sponsor to publish the
> package, tho.
>
>
> On Fri, Mar 31, 2017 at 5:24 PM Debian Bug Tracking System <
> ow...@bugs.debian.org> wrote:
>
> Processing commands for cont...@bugs.debian.org:
>
> > retitle 772135 RFP: nodiverse -- a 3D universe library in Node.js
> Bug #772135 [wnpp] ITP: nodiverse -- a 3D universe library in Node.js
> Changed Bug title to 'RFP: nodiverse -- a 3D universe library in Node.js'
> from 'ITP: nodiverse -- a 3D universe library in Node.js'.
> > noowner 772135
> Bug #772135 [wnpp] RFP: nodiverse -- a 3D universe library in Node.js
> Removed annotation that Bug was owned by Marcos Marado <
> mindboosterno...@gmail.com>.
> > stop
> Stopping processing here.
>
> Please contact me if you need assistance.
> --
> 772135: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772135
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>

Bug#772135: Processed: retitle to RFP: nodiverse -- a 3D universe library in Node.js

[Marcos Marado]

retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
owner 772135 !
thanks

The Debian package is created, upstream, I'd need a sponsor to publish the
package, tho.


On Fri, Mar 31, 2017 at 5:29 PM Marcos Marado <mindboosterno...@gmail.com>
wrote:

> retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
> owner 772135 !
> thanks
>
> The Debian package is created, upstream, I'd need a sponsor to publish the
> package, tho.
>
>
> On Fri, Mar 31, 2017 at 5:24 PM Debian Bug Tracking System <
> ow...@bugs.debian.org> wrote:
>
> Processing commands for cont...@bugs.debian.org:
>
> > retitle 772135 RFP: nodiverse -- a 3D universe library in Node.js
> Bug #772135 [wnpp] ITP: nodiverse -- a 3D universe library in Node.js
> Changed Bug title to 'RFP: nodiverse -- a 3D universe library in Node.js'
> from 'ITP: nodiverse -- a 3D universe library in Node.js'.
> > noowner 772135
> Bug #772135 [wnpp] RFP: nodiverse -- a 3D universe library in Node.js
> Removed annotation that Bug was owned by Marcos Marado <
> mindboosterno...@gmail.com>.
> > stop
> Stopping processing here.
>
> Please contact me if you need assistance.
> --
> 772135: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772135
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>

Bug#771790: Package broken

[Marcos Marado]

severity 771790 grave
thanks

I forgot about this, and have been bitten by it again, on another machine.
As a result, I suffered data loss from what was only in memory and
should be on disk.

Since this bug causes data loss, changing its severity to grave.
I'm not sure how much can I do to help solve this issue. I'm willing
to submit an nmu
(which I already did, actually, see a previous comment), if there's any sponsor.

Please deal with this soon, this is nasty, and there's no reason for
not having it fixed yet.

Thanks,
-- 
Marcos Marado

Bug#760602: xl2tpd: xl2tp segfaults after a while

[Marcos Marado]

> I can confirm that this is still a problem with xl2tpd_1.3.6+dfsg-4 and
> here's the patch to fix it.

FYI, this is fixed upstream since v1.3.7.

https://github.com/xelerance/xl2tpd/commit/a193e02c741168a9b9072b523f2d6faf14a049da

Best regards,
-- 
Marcos Marado

Bug#760602: xl2tpd: xl2tp segfaults after a while

[Marcos Marado]

> I can confirm that this is still a problem with xl2tpd_1.3.6+dfsg-4 and
> here's the patch to fix it.

FYI, this is fixed upstream since v1.3.7.

https://github.com/xelerance/xl2tpd/commit/a193e02c741168a9b9072b523f2d6faf14a049da

Best regards,
-- 
Marcos Marado

Re: [libreplanet-discuss] [fsf-community-team] Golden Rule Angle for Libre Software Advocacy

[Marcos Marado]

I won't go as far as to talk about robotic bodies, but the issue is
pertinent today, with current technology.

I recently read about a woman who has a pacemaker. It had a software bug,
which frightened her. She knows /of/ it but she doesn't know it, since she
doesn't have access to the software running on her own body. Furthermore,
she found out that there is a functionality in it to accept OTA updates,
which she cannot control. Scary. And this is not science fiction, this is a
real case, current technology.

Unfortunately I don't recall where I read about this, but it was in the
last couple of weeks. On FSFE's newsletter, maybe?

Anyway, the question can be rephrased to "how ethical it is to implant
non-free software on someone's body?".

Best regards,
-- 
Marcos Marado
ANSOL.org

On Aug 12, 2016 16:42, "Logan Streondj" <streo...@gmail.com> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
>
> I recently gave a presentation[1] on my libreware project, and someone
> said they really liked the Golden Rule angle of reincarnating as a robot
> .
>
> The typical example I've often read advocating for libreware is the
> car analogy, where you have access to your cars internals. This was a
> great analogy when cars didn't have loads of proprietary software
> installed -- unfortunately it is only increasing because of
> self-driving cars.
>
> However now as we get closer to the twenty twenties, when the
> processing of a human brain should be affordable for a $1000.
> The analogy I use now is:
>
> "When you reincarnate as a robot, do you want to be enslaved by
> proprietary software and hardware, or be liberated by libre software
> and hardware?"
>
> Anyways wondering what you guys think of this angle,
> and if you might use it also.
> I have more detailed slides in my presentation[1].
>
>
> [1] my presentation SPEL and GI-OS overview (CC-BY-SA): PDF
>  http://wyn.bot.nu/spel/src/virtual-machine/manual/presentation.pdf
>  source TEX:
> wyn.bot.nu/spel/src/virtual-machine/manual/presentation.tex
>
> - --
> Logan Streondj,
> A dream of Gaia's future.
> blog: http://joyfullifestyle.ca
> twitter: https://twitter.com/streondj
>
> Speakable Programming for Every Language:
> github: https://github.com/elspru/spel
> intro: http://wyn.bot.nu/spel/src/vocab/gen/start.html
>
>
> You can use encrypted email with me,
> how to: https://emailselfdefense.fsf.org/en/
> key fingerprint:
> BD7E 6E2A E625 6D47 F7ED 30EC 86D8 FC7C FAD7 2729
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQIcBAEBCAAGBQJXrcjeAAoJEIbY/Hz61ycpb5wQAKoNb9F3vRMOzJr5ajoeFe+t
> 93OAvY38SaPbViFGIx/Uw+SA3Rbvg5F5mt/Ln14+QbaLVR5k4TMDuKkGyYgd4NDk
> cZ9TojCHxs3p/wEfzpV6E0+6jFYjfuqSbt1DpXrAsT9R3lTITS4pzshYYl0sDZZD
> xQRIcvjeA2JybHszYeRtl1hb1A617gZ1VyXmD29umlYK/w6DmmIFOQixu198ljXb
> LhGEMunARPgk937LtqqeWV/VW9nY7GE6ofBu6f0H/DpopzxwvVHHEdQsuhMMdqqe
> bzmnFESDiED4OelxlkgxN1TqtABlbTFHVgo0Gw91wM4gmLZxYDsGEDHnYWF+HWXq
> S5pAdbt/2aAI1SSeigtDQCfBWPnqqUuHJvQol/79Xae4D1dsYtVx+evcFz7lU+19
> dNMWKoM88nD6Yv1rvBcAU6DSvVM11zBlpqRzVC7aSD6YaXy0uTzE3bMOd5BOUjtO
> yGxxJbdQz1So+Rm4iKJvE6rUZl4NokZYC3BW1J6MDTiWSiVPksdlnZneRwX+mk5A
> 83cCtuFVyfSGh9B6SxUlr9JEIyrB/avDvJDtiOe/3JVDjpQFJ/MfZncohIvWJJqk
> THN4eXSbv2ANiuYugdpF+MH44i5OoqQLpfhKc/Gu3tNPfPeAOtMSby3qnmtL+lTT
> sGph5uDGAe+KT1BwrmU6
> =rRRg
> -END PGP SIGNATURE-
>
> 
>
> Freeform discussion: irc.gnu.org #fsf
> Sharing news and links: #fsfct https://microca.st/fsf &
> https://status.fsf.org/fsf
> How to use this list: https://libreplanet.org/wiki/
> Group:LibrePlanet_Rapid_Responders/Workflow
>

[Pkg-javascript-devel] Bug#771790: Package broken

[Marcos Marado]

Hi,

Since nodejs 0.10 is now on debian stable, this package is actually
broken even on stable.
Any chances of dealing with this bug? Is there anything else I can do about it?

Thanks

___
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Bug#771790: Package broken

[Marcos Marado]

Hi,

Since nodejs 0.10 is now on debian stable, this package is actually
broken even on stable.
Any chances of dealing with this bug? Is there anything else I can do about it?

Thanks

Bug#772135: nodiverse: changing from ITP to RFP

[Marcos Marado]

retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
owner 772135 !
thanks

The Debian package is created, upstream, I'd need a sponsor to publish the
package, tho.
On Dec 27, 2015 12:49, "Lucas Nussbaum"  wrote:

> retitle 772135 RFP: nodiverse -- a 3D universe library in Node.js
> noowner 772135
> tag 772135 - pending
> thanks
>
> Hi,
>
> A long time ago, you expressed interest in packaging nodiverse.
> Unfortunately,
> it seems that it did not happen. In Debian, we try not to keep ITP bugs
> open
> for a too long time, as it might cause other prospective maintainers to
> refrain from packaging the software.
>
> This is an automatic email to change the status of nodiverse from ITP
> (Intent to Package) to RFP (Request for Package), because this bug hasn't
> seen
> any activity during the last 12 months.
>
> If you are still interested in packaging nodiverse, please send a mail to
>  with:
>
>  retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
>  owner 772135 !
>  thanks
>
> It is also a good idea to document your progress on this ITP from time to
> time, by mailing <772...@bugs.debian.org>.  If you need guidance on how to
> package this software, please reply to this email, and/or contact the
> debian-ment...@lists.debian.org mailing list.
>
> Thank you for your interest in Debian,
> --
> Lucas, for the QA team 
>

Bug#772135: nodiverse: changing from ITP to RFP

[Marcos Marado]

retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
owner 772135 !
thanks

The Debian package is created, upstream, I'd need a sponsor to publish the
package, tho.
On Dec 27, 2015 12:49, "Lucas Nussbaum"  wrote:

> retitle 772135 RFP: nodiverse -- a 3D universe library in Node.js
> noowner 772135
> tag 772135 - pending
> thanks
>
> Hi,
>
> A long time ago, you expressed interest in packaging nodiverse.
> Unfortunately,
> it seems that it did not happen. In Debian, we try not to keep ITP bugs
> open
> for a too long time, as it might cause other prospective maintainers to
> refrain from packaging the software.
>
> This is an automatic email to change the status of nodiverse from ITP
> (Intent to Package) to RFP (Request for Package), because this bug hasn't
> seen
> any activity during the last 12 months.
>
> If you are still interested in packaging nodiverse, please send a mail to
>  with:
>
>  retitle 772135 ITP: nodiverse -- a 3D universe library in Node.js
>  owner 772135 !
>  thanks
>
> It is also a good idea to document your progress on this ITP from time to
> time, by mailing <772...@bugs.debian.org>.  If you need guidance on how to
> package this software, please reply to this email, and/or contact the
> debian-ment...@lists.debian.org mailing list.
>
> Thank you for your interest in Debian,
> --
> Lucas, for the QA team 
>

Bug#805253: not updating

[Marcos Marado]

Hi there,

> Package: flashplugin-nonfree
> Version: 1:3.6.1+b1
>
> It won't update correctly.

Nothing much to add, either that I seem to be in the same situation, with:
flashplugin-nonfree:i386/stable 1:3.6.1 uptodate

Curiously enough, I started with:

Flash Player version installed on this system  : 11.2.202.540
Flash Player version available on upstream site: 11.2.202.554

And am now stuck with

Flash Player version installed on this system  : 11.2.202.548
Flash Player version available on upstream site: 11.2.202.554

The 404 I'm hitting is at:
https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.554.sha512.i386.pgp.asc

Thanks,
-- 
Marcos Marado

Bug#778765: youtube-dl: not working with youtube, please update to upstream's latest

[Marcos Marado]

Hi there,

On Sat, Feb 21, 2015 at 10:01 PM, Rogério Brito rbr...@ime.usp.br wrote:
 Hi there.

 On Feb 19 2015, Marcos Marado wrote:
 Version 2015.02.06-1 is now unable to download youtube videos.
 I've tried upstream's latest (an update to debian's git repository is here:
 https://github.com/marado/youtube-dl ), and it fixes the issue, please 
 consider
 updating.

 Can you please always include the failing URL, so that I can confirm that
 the newer version has the bug fixed? Otherwise, I would not know what I
 would be fixing...

Sure, sorry. The failing URL is https://www.youtube.com/watch?v=76_9l7Dv_fM .

Best regards,
-- 
Marcos Marado


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778765: youtube-dl: not working with youtube, please update to upstream's latest

[Marcos Marado]

Package: youtube-dl
Version: 2015.02.06-1
Severity: important

Dear Maintainer,

Version 2015.02.06-1 is now unable to download youtube videos.
I've tried upstream's latest (an update to debian's git repository is here:
https://github.com/marado/youtube-dl ), and it fixes the issue, please consider
updating.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#772135: ITP: nodiverse -- a 3D universe library in Node.js

[Marcos Marado]

Package: wnpp
Severity: wishlist
Version: N/A; reported 2014-12-05
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name : nodiverse
Version : 0.0.2
Upstream Author : Marcos Marado mindboosterno...@gmail.com
* URL : https://www.npmjs.org/package/nodiverse
* License : GPL
Description : a 3D universe library in Node.js

Nodiverse is a 3D Universe generator Node.js library.
I am the upstream developer, and would like to also be the maintainer
for it's Debian package.

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAD9L4re=rkv2xlc01qwvfbt3z5nfdf70akcv4uwmsxjeuee...@mail.gmail.com

Bug#772135: ITP: nodiverse -- a 3D universe library in Node.js

[Marcos Marado]

Package: wnpp
Severity: wishlist
Version: N/A; reported 2014-12-05
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name : nodiverse
Version : 0.0.2
Upstream Author : Marcos Marado mindboosterno...@gmail.com
* URL : https://www.npmjs.org/package/nodiverse
* License : GPL
Description : a 3D universe library in Node.js

Nodiverse is a 3D Universe generator Node.js library.
I am the upstream developer, and would like to also be the maintainer
for it's Debian package.

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#772135: ITP: nodiverse -- a 3D universe library in Node.js

[Marcos Marado]

Package: wnpp
Severity: wishlist
Version: N/A; reported 2014-12-05
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name : nodiverse
Version : 0.0.2
Upstream Author : Marcos Marado mindboosterno...@gmail.com
* URL : https://www.npmjs.org/package/nodiverse
* License : GPL
Description : a 3D universe library in Node.js

Nodiverse is a 3D Universe generator Node.js library.
I am the upstream developer, and would like to also be the maintainer
for it's Debian package.

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAD9L4re=rkv2xlc01qwvfbt3z5nfdf70akcv4uwmsxjeuee...@mail.gmail.com

Bug#771790: dirty.js 0.9.6 doesn't work properly with recent nodejs

[Marcos Marado]

Package: dirty.js
Version: 0.9.6-1


dirty.js 0.9.6 doesn't work properly with nodejs 0.10, which is now on
debian testing.
One example: 
https://github.com/felixge/node-dirty/commit/434764a2411a7de89e2886152f03a7e24495aa48

This can be fixed by packaging a more recent version of dirty.js.


Thanks,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#771790: dirty.js 0.9.6 doesn't work properly with recent nodejs

[Marcos Marado]

New package version here, if you want to push into debian's git (and
change the changelog):
https://github.com/marado/dirty.js


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

[Pkg-javascript-devel] Bug#771790: dirty.js 0.9.6 doesn't work properly with recent nodejs

[Marcos Marado]

Package: dirty.js
Version: 0.9.6-1


dirty.js 0.9.6 doesn't work properly with nodejs 0.10, which is now on
debian testing.
One example: 
https://github.com/felixge/node-dirty/commit/434764a2411a7de89e2886152f03a7e24495aa48

This can be fixed by packaging a more recent version of dirty.js.


Thanks,
-- 
Marcos Marado

___
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

[Pkg-javascript-devel] Bug#771790: dirty.js 0.9.6 doesn't work properly with recent nodejs

[Marcos Marado]

New package version here, if you want to push into debian's git (and
change the changelog):
https://github.com/marado/dirty.js

___
Pkg-javascript-devel mailing list
Pkg-javascript-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel

Bug#760846: bug report upstream

[Marcos Marado]

FYI, upstream seems to have a bug report for this:
https://github.com/zmanda/amanda/issues/62

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cad9l4rckmqb1wbvfjrxtfw0txqqeqlabomcqrre4u3sez3g...@mail.gmail.com

Bug#760846: bug report upstream

[Marcos Marado]

FYI, upstream seems to have a bug report for this:
https://github.com/zmanda/amanda/issues/62

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759250: arduino-mighty-1284p: FTBFS - inttypes.h: No such file or directory

[Marcos Marado]

This can be solved by adding avr-libc to the Build-Depends.

This solution was successfully tested, here:
https://github.com/marado/arduino-mighty-1284p/commit/aa8f32415372fc7e4b8850c4c05005ff3c1bd825#diff-d837a1c17de0268bcea321239ddbed47

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#714045: blcr module

[Marcos Marado]

Hi there,

The actual upstream bug report is this one:
https://upc-bugs.lbl.gov/bugzilla/show_bug.cgi?id=3206

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760846: bug report upstream

[Marcos Marado]

FYI, upstream seems to have a bug report for this:
https://github.com/zmanda/amanda/issues/62

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759250: arduino-mighty-1284p: FTBFS - inttypes.h: No such file or directory

[Marcos Marado]

This can be solved by adding avr-libc to the Build-Depends.

This solution was successfully tested, here:
https://github.com/marado/arduino-mighty-1284p/commit/aa8f32415372fc7e4b8850c4c05005ff3c1bd825#diff-d837a1c17de0268bcea321239ddbed47

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#714045: blcr module

[Marcos Marado]

Hi there,

The actual upstream bug report is this one:
https://upc-bugs.lbl.gov/bugzilla/show_bug.cgi?id=3206

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760588: html2text: UTF8 patch table is incomplete

[Marcos Marado]

Hi there,

On Sun, Sep 7, 2014 at 2:37 PM, Holger Levsen hol...@layer-acht.org wrote:
 Hi Marcos,

 On Sonntag, 7. September 2014, Marcos Marado wrote:
 I'll try to give it a look and test it on Monday.

 ok, cool.

Found some time today, after all. The branch looks fine.

 Notice that while most of the entries came from that source, some weren't
 there, so I googled for them (various other sources, which I didn't take
 note of).

 ack. please reword / append as appropriate then.


Slight rewording, then, here:
https://github.com/marado/html2text/commit/371a1d3baa38c89321d6f19b2928478db55d99cb

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760588: html2text: UTF8 patch table is incomplete

[Marcos Marado]

Hi there,

On Sun, Sep 7, 2014 at 4:05 PM, Holger Levsen hol...@layer-acht.org wrote:
 Hi,

 On Sonntag, 7. September 2014, Marcos Marado wrote:
 Found some time today, after all. The branch looks fine.

 cool.

 Slight rewording, then, here:
 https://github.com/marado/html2text/commit/371a1d3baa38c89321d6f19b2928478d
 b55d99cb

 great, thanks. guess I will upload this soon then! :)

Thank you for maintaining this package, and for your prompt replies.

 do you think this will fix some other bugs from
 https://bugs.debian.org/html2text as well? ;-)

I don't think so - I've checked all open bugs before submiting this
new one. I can't be sure, tho, some of those bug reports don't have
much info...

Cheers,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#628178: html2text: -width -1 is accepted but causes a crash with some Html

[Marcos Marado]

Hey there,

On Sat, 28 May 2011 11:40:58 +0300 Eugene V. Lyubimkin
jac...@debian.org wrote:
 Hi Martin,

 On 2011-05-27 18:15, Martin Dorey wrote:
  Package: html2text
  Version: 1.3.2a-5
  Severity: normal
 
  Nowhere in the man page does it suggest that -width -1 is legal, so why am 
  I using it?
  Well, it seemed to work for me in one application, and saved my having to 
  pick a magic number.
  After all, html2text didn't say it was a usage error.
  Then came another application and html2text crashed, having produced glibc 
  heap corruption output.
  After reducing the HTML to a minimal file, I see that html2text is trying 
  to malloc for a width of -1.
  On my amd64 system, that's been sign-extended to more memory than I have.
  I wonder if html2text should refuse the argument, cap it at a sane value or 
  just report the malloc failure in a more revealing way.
 [...]

 Thanks for your report.

 Html2text has no upstream, and a Debian package of it needs new
 maintainer. It's unlikely that this will be fixed until someone steps
 up.

Here's a simple patch fixing this, by ignoring width values under 1:

https://github.com/marado/html2text/commit/3f2a9d54dd7919f097214a796815ed105bec2e69

Best regards,
-- 
Marcos Marado


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#625750: Dealing with Outlook 2007 HTML messages

[Marcos Marado]

Hi there,

On Thu, 5 May 2011 18:53:03 +0200 Michelle Konzack 
linux4miche...@tamay-dogan.net wrote:
 Package: html2text
 Serverity: wishlist

 Hello Maintainer,

 On the mutt mailinglist there is a short conversation about the Outlook
 HTML problem which concern html4text too which lead to a double spacing

 Thanks, Greetings and nice Day/Evening
 Michelle Konzack
 Systemadministrator


 - Forwarded message from Aaron Toponce aaron.topo...@gmail.com -

 Date: Wed, 4 May 2011 22:07:41 -0600
 From: Aaron Toponce aaron.topo...@gmail.com
 To: mutt-us...@mutt.org
 Subject: Re: Dealing with Outlook 2007 HTML messages
 User-Agent: Mutt/1.5.21 (2010-09-15)

 On Wed, May 04, 2011 at 06:42:12PM -0600, Aaron Toponce wrote:
  On Wed, May 04, 2011 at 02:07:37PM -0700, Ray Van Dolson wrote:
   Given Outlook 2007's penchant for using p tags instead of br tags
   when a user hits enter (ref[1]), I'm curious how some of you deal with
   this short of viewing only the text/plain portion of the email.
  
   I use w3m as my viewer and have tried passing the Outlook HTML through
   tidy first.  It cleans up the HTML a bit, but leave the p tags
   intact resulting in unsightly and unnecessary double spacing
   throughout.
  
   Anyone written an Outlook 2007 aware sanitizer that cleans things up?
   Other ideas?
  
   [1]
http://blog.egriffin.net/2008/05/eliminating-extra-line-spacing-in-ms.html
 
  I haven't been particularly bothered enough by it. In fact, I see it so
  rarely, I had to send a lorem ipsum mail to myself from my work account,
  just to see the problem.
 
  I'm probably like most, and pipe all my HTML mail through elinks, and it
  seems to do fine (minus the annoying mails from retailers who use
images to
  convey their message, and horrible table-like formatting). It doesn't
  address your issue though.
 
  So, if a solution is found, and the hack is simple enough to implement,
I'm
  interested. Please post your solution to the list if you find one.

 So, I've been bothered by this now, thanks to you, so I've been looking at
 solutions. So far, I have ideas, but nothing implemented. I've also
learned
 why the extra line breaks exist.

 If you look at the HTML of the message sent from an Outlook 2007 client,
 you'll notice the paragrphs are wrapped in tags like this:

 pLorem ipsumo:p/o:p/p

 Notice the extra o:p/o:p tags in the middle of your paragraph tags. I
 believe those are being handled as standard p tags, and thus giving you
[…]

Can you please provide a full message generated by Outlook 2007 where this
problem manifests itself?

Thanks,
-- 
Marcos Marado

Bug#760588: html2text: UTF8 patch table is incomplete

[Marcos Marado]

Hey there,
On Sep 6, 2014 6:03 AM, Holger Levsen hol...@layer-acht.org wrote:

 Hi Marcos,

 On Freitag, 5. September 2014, Marcos Marado wrote:
  Sure, here it is:
 
 
https://github.com/marado/html2text/commit/2e7b95138bb932261fed0863d2d28058
  cfdacaa3

 great, thanks! Some remarks/questions:

 900-complete-utf8-entities-table.patch modifies the Makefile, this seems
 unneccesary, can you fix this, please?

Yes, I noticed that after I sent you the link, please look at the latest
version of that patch, instead of looking into the commit.

 And why modify tests/pkgreport.html.supposed at all?

Well, if you see the patch for 'supposed' you'll notice that it actually
has stuff like quot;thisquot; , when it should be this.

Cheers,


 cheers,
 Holger

-- 
Marcos Marado

Bug#760588: html2text: UTF8 patch table is incomplete

[Marcos Marado]

https://github.com/marado/html2text/blob/master/debian/patches/900-complete-utf8-entities-table.patch
On Sep 6, 2014 12:34 PM, Holger Levsen hol...@layer-acht.org wrote:

 Hi,

 On Samstag, 6. September 2014, Marcos Marado wrote:
  Yes, I noticed that after I sent you the link, please look at the latest
  version of that patch, instead of looking into the commit.

 where is the latest version?


 cheers,
 Holger

Bug#760588: html2text: UTF8 patch table is incomplete

[Marcos Marado]

I'll try to give it a look and test it on Monday.

Notice that while most of the entries came from that source, some weren't
there, so I googled for them (various other sources, which I didn't take
note of).
On Sep 6, 2014 11:22 PM, Holger Levsen hol...@layer-acht.org wrote:

 Hi Marcos,

 I've now rebased your branch, cleaned up the two commits from removing the
 Makefile and remove the debian/changelog entry, plus added the source of
 the
 table to the patch description...

 Can you please take a look at the branch bug760588 and confirm whether
 this is
 good / correct to merge into master as it is?


 Thanks  cheers,
 Holger

Bug#760588: html2text: UTF8 patch table is incomplete

[Marcos Marado]

Package: html2text
Version: 1.3.2a-17
Severity: normal

Dear Maintainer,

$ echo quot;helloQUOT;, nu; rang; oelig;|html2text   

   
quot;helloQUOT;, ν rang; oelig;   


As you can see, nu; is correctly converted, while the rest is not. 
That is because the table in the utf8 patch is quite incomplete. 
Completing it (for instance, using this[1] as a data source, it's still not
fully complete, but almost) would fix this issue.


[1] http://lists.gnu.org/archive/html/groff/2006-01/msg00113.html


Best regards,
Marcos Marado

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages html2text depends on:
ii  libc6   2.19-10
ii  libgcc1 1:4.9.1-4
ii  libstdc++6  4.9.1-4

html2text recommends no packages.

Versions of packages html2text suggests:
ii  curl  7.37.1-1
ii  wget  1.15-1+b1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760588: html2text: UTF8 patch table is incomplete

[Marcos Marado]

Sure, here it is:

https://github.com/marado/html2text/commit/2e7b95138bb932261fed0863d2d28058cfdacaa3

On Fri, Sep 5, 2014 at 5:08 PM, Holger Levsen hol...@layer-acht.org wrote:
 Hi Marcos,

 thanks for your bug report!

 On Freitag, 5. September 2014, Marcos Marado wrote:
 As you can see, nu; is correctly converted, while the rest is not.
 That is because the table in the utf8 patch is quite incomplete.
 Completing it (for instance, using this[1] as a data source, it's still not
 fully complete, but almost) would fix this issue.
 [1] http://lists.gnu.org/archive/html/groff/2006-01/msg00113.html

 could you maybe provide a patch for this?


 cheers,
 Holger


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#293017: MAILER before FEATURE in sendmail.mc generated by sendmailconfig

[Marcos Marado]

Source: sendmail
Version: 8.14.4-7
Followup-For: Bug #293017

Dear Maintainer,


This still happens all these versions later, which actually means that this
package fails to properly install:

root@vinyl:~# aptitude install sensible-mda
The following NEW packages will be installed:
  m4{a} procmail{a} sendmail-base{a} sendmail-bin{a} sendmail-cf{a} sensible-mda
0 packages upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,903 kB of archives. After unpacking 4,171 kB will be used.
Do you want to continue? [Y/n/?] y
Selecting previously unselected package m4.
(Reading database ... 152452 files and directories currently installed.)
Preparing to unpack .../archives/m4_1.4.17-4_amd64.deb ...
Unpacking m4 (1.4.17-4) ...
Selecting previously unselected package sendmail-base.
Preparing to unpack .../sendmail-base_8.14.4-7_all.deb ...
Unpacking sendmail-base (8.14.4-7) ...
Selecting previously unselected package sendmail-cf.
Preparing to unpack .../sendmail-cf_8.14.4-7_all.deb ...
Unpacking sendmail-cf (8.14.4-7) ...
Selecting previously unselected package sendmail-bin.
Preparing to unpack .../sendmail-bin_8.14.4-7_amd64.deb ...
Unpacking sendmail-bin (8.14.4-7) ...
Selecting previously unselected package procmail.
Preparing to unpack .../procmail_3.22-21_amd64.deb ...
Unpacking procmail (3.22-21) ...
Selecting previously unselected package sensible-mda.
Preparing to unpack .../sensible-mda_8.14.4-7_amd64.deb ...
Unpacking sensible-mda (8.14.4-7) ...
Processing triggers for install-info (5.2.0.dfsg.1-4) ...
Processing triggers for man-db (2.6.7.1-1) ...
Setting up m4 (1.4.17-4) ...
Setting up sendmail-base (8.14.4-7) ...
Saving current /etc/mail/sendmail.mc,cf to /var/backups
Setting up sendmail-cf (8.14.4-7) ...
Setting up sendmail-bin (8.14.4-7) ...
update-alternatives: using /usr/lib/sm.bin/sendmail to provide 
/usr/sbin/sendmail-mta (sendmail-mta) in auto mode
update-alternatives: using /usr/lib/sm.bin/sendmail to provide 
/usr/sbin/sendmail-msp (sendmail-msp) in auto mode
Updating sendmail environment ...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to /etc/mail/sendmail.conf.
Writing /etc/cron.d/sendmail.
Could not open /etc/mail/databases(No such file or directory), creating it.
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to /etc/mail/sendmail.conf.
Writing /etc/cron.d/sendmail.
Could not open /etc/mail/databases(No such file or directory), creating it.
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...

Checking filesystem, this may take some time - it will not hang!
  ...   Done.

Checking for installed MDAs...
Adding link for newly extant program (mail.local)
Adding link for newly extant program (procmail)
sasl2-bin not installed, not configuring sendmail support.

To enable sendmail SASL2 support at a later date, invoke 
/usr/share/sendmail/update_auth


Creating/Updating SSL(for TLS) information
Creating /etc/mail/tls/starttls.m4...
Creating SSL certificates for sendmail.
Generating DSA parameters, 2048 bit long prime
This could take some time
+..+..+...+.+..+..++...+...+.+.+..+.+.+...++.+..+.+++*
+..+...+.+.+..+...+...+..+...+...++..+.+.++...+.+...++..+.+..+..+..+...++.+.++...++.++..++..+..++..+..++..+...+++*
Generating RSA private key, 2048 bit long modulus
.+++
+++
e is 65537 (0x10001)

*** *** *** WARNING *** WARNING *** WARNING *** WARNING *** *** ***

Everything you need to support STARTTLS (encrypted mail transmission
and user authentication via certificates) is installed and configured
but is *NOT* being used.

To enable sendmail to use STARTTLS, you need to:
1) Add this line to /etc/mail/sendmail.mc and optionally
   to /etc/mail/submit.mc:
  include(`/etc/mail/tls/starttls.m4')dnl
2) Run sendmailconfig
3) Restart sendmail

Checking {sendmail,submit}.mc and related databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/Makefile...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to 

Bug#293017: MAILER before FEATURE in sendmail.mc generated by sendmailconfig

[Marcos Marado]

Source: sendmail
Version: 8.14.4-7
Followup-For: Bug #293017

Dear Maintainer,

This still happens all these versions later, which actually means that this
package fails to properly install:

root@vinyl:~# aptitude install sensible-mda
The following NEW packages will be installed:
  m4{a} procmail{a} sendmail-base{a} sendmail-bin{a} sendmail-cf{a} 
sensible-mda 
0 packages upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,903 kB of archives. After unpacking 4,171 kB will be used.
Do you want to continue? [Y/n/?] y
Selecting previously unselected package m4.
(Reading database ... 152452 files and directories currently installed.)
Preparing to unpack .../archives/m4_1.4.17-4_amd64.deb ...
Unpacking m4 (1.4.17-4) ...
Selecting previously unselected package sendmail-base.
Preparing to unpack .../sendmail-base_8.14.4-7_all.deb ...
Unpacking sendmail-base (8.14.4-7) ...
Selecting previously unselected package sendmail-cf.
Preparing to unpack .../sendmail-cf_8.14.4-7_all.deb ...
Unpacking sendmail-cf (8.14.4-7) ...
Selecting previously unselected package sendmail-bin.
Preparing to unpack .../sendmail-bin_8.14.4-7_amd64.deb ...
Unpacking sendmail-bin (8.14.4-7) ...
Selecting previously unselected package procmail.
Preparing to unpack .../procmail_3.22-21_amd64.deb ...
Unpacking procmail (3.22-21) ...
Selecting previously unselected package sensible-mda.
Preparing to unpack .../sensible-mda_8.14.4-7_amd64.deb ...
Unpacking sensible-mda (8.14.4-7) ...
Processing triggers for install-info (5.2.0.dfsg.1-4) ...
Processing triggers for man-db (2.6.7.1-1) ...
Setting up m4 (1.4.17-4) ...
Setting up sendmail-base (8.14.4-7) ...
Saving current /etc/mail/sendmail.mc,cf to /var/backups
Setting up sendmail-cf (8.14.4-7) ...
Setting up sendmail-bin (8.14.4-7) ...
update-alternatives: using /usr/lib/sm.bin/sendmail to provide 
/usr/sbin/sendmail-mta (sendmail-mta) in auto mode
update-alternatives: using /usr/lib/sm.bin/sendmail to provide 
/usr/sbin/sendmail-msp (sendmail-msp) in auto mode
Updating sendmail environment ...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to /etc/mail/sendmail.conf.
Writing /etc/cron.d/sendmail.
Could not open /etc/mail/databases(No such file or directory), creating it.
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to /etc/mail/sendmail.conf.
Writing /etc/cron.d/sendmail.
Could not open /etc/mail/databases(No such file or directory), creating it.
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...

Checking filesystem, this may take some time - it will not hang!
  ...   Done.
 
Checking for installed MDAs...
Adding link for newly extant program (mail.local)
Adding link for newly extant program (procmail)
sasl2-bin not installed, not configuring sendmail support.

To enable sendmail SASL2 support at a later date, invoke 
/usr/share/sendmail/update_auth

 
Creating/Updating SSL(for TLS) information
Creating /etc/mail/tls/starttls.m4...
Creating SSL certificates for sendmail.
Generating DSA parameters, 2048 bit long prime
This could take some time
...+..+..+...+.+..+..++...+...+.+.+..+.+.+...++.+..+.+++*
...+..+...+.+.+..+...+...+..+...+...++..+.+.++...+.+...++..+.+..+..+..+...++.+.++...++.++..++..+..++..+..++..+...+++*
Generating RSA private key, 2048 bit long modulus
+++
...+++
e is 65537 (0x10001)

*** *** *** WARNING *** WARNING *** WARNING *** WARNING *** *** ***

Everything you need to support STARTTLS (encrypted mail transmission
and user authentication via certificates) is installed and configured
but is *NOT* being used.

To enable sendmail to use STARTTLS, you need to:
1) Add this line to /etc/mail/sendmail.mc and optionally
   to /etc/mail/submit.mc:
  include(`/etc/mail/tls/starttls.m4')dnl
2) Run sendmailconfig
3) Restart sendmail

Checking {sendmail,submit}.mc and related databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/Makefile...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to 

Bug#293017: MAILER before FEATURE in sendmail.mc generated by sendmailconfig

[Marcos Marado]

Source: sendmail
Version: 8.14.4-7
Followup-For: Bug #293017

Dear Maintainer,


This still happens all these versions later, which actually means that this
package fails to properly install:

root@vinyl:~# aptitude install sensible-mda
The following NEW packages will be installed:
  m4{a} procmail{a} sendmail-base{a} sendmail-bin{a} sendmail-cf{a} sensible-mda
0 packages upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,903 kB of archives. After unpacking 4,171 kB will be used.
Do you want to continue? [Y/n/?] y
Selecting previously unselected package m4.
(Reading database ... 152452 files and directories currently installed.)
Preparing to unpack .../archives/m4_1.4.17-4_amd64.deb ...
Unpacking m4 (1.4.17-4) ...
Selecting previously unselected package sendmail-base.
Preparing to unpack .../sendmail-base_8.14.4-7_all.deb ...
Unpacking sendmail-base (8.14.4-7) ...
Selecting previously unselected package sendmail-cf.
Preparing to unpack .../sendmail-cf_8.14.4-7_all.deb ...
Unpacking sendmail-cf (8.14.4-7) ...
Selecting previously unselected package sendmail-bin.
Preparing to unpack .../sendmail-bin_8.14.4-7_amd64.deb ...
Unpacking sendmail-bin (8.14.4-7) ...
Selecting previously unselected package procmail.
Preparing to unpack .../procmail_3.22-21_amd64.deb ...
Unpacking procmail (3.22-21) ...
Selecting previously unselected package sensible-mda.
Preparing to unpack .../sensible-mda_8.14.4-7_amd64.deb ...
Unpacking sensible-mda (8.14.4-7) ...
Processing triggers for install-info (5.2.0.dfsg.1-4) ...
Processing triggers for man-db (2.6.7.1-1) ...
Setting up m4 (1.4.17-4) ...
Setting up sendmail-base (8.14.4-7) ...
Saving current /etc/mail/sendmail.mc,cf to /var/backups
Setting up sendmail-cf (8.14.4-7) ...
Setting up sendmail-bin (8.14.4-7) ...
update-alternatives: using /usr/lib/sm.bin/sendmail to provide 
/usr/sbin/sendmail-mta (sendmail-mta) in auto mode
update-alternatives: using /usr/lib/sm.bin/sendmail to provide 
/usr/sbin/sendmail-msp (sendmail-msp) in auto mode
Updating sendmail environment ...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to /etc/mail/sendmail.conf.
Writing /etc/cron.d/sendmail.
Could not open /etc/mail/databases(No such file or directory), creating it.
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to /etc/mail/sendmail.conf.
Writing /etc/cron.d/sendmail.
Could not open /etc/mail/databases(No such file or directory), creating it.
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...

Checking filesystem, this may take some time - it will not hang!
  ...   Done.

Checking for installed MDAs...
Adding link for newly extant program (mail.local)
Adding link for newly extant program (procmail)
sasl2-bin not installed, not configuring sendmail support.

To enable sendmail SASL2 support at a later date, invoke 
/usr/share/sendmail/update_auth


Creating/Updating SSL(for TLS) information
Creating /etc/mail/tls/starttls.m4...
Creating SSL certificates for sendmail.
Generating DSA parameters, 2048 bit long prime
This could take some time
+..+..+...+.+..+..++...+...+.+.+..+.+.+...++.+..+.+++*
+..+...+.+.+..+...+...+..+...+...++..+.+.++...+.+...++..+.+..+..+..+...++.+.++...++.++..++..+..++..+..++..+...+++*
Generating RSA private key, 2048 bit long modulus
.+++
+++
e is 65537 (0x10001)

*** *** *** WARNING *** WARNING *** WARNING *** WARNING *** *** ***

Everything you need to support STARTTLS (encrypted mail transmission
and user authentication via certificates) is installed and configured
but is *NOT* being used.

To enable sendmail to use STARTTLS, you need to:
1) Add this line to /etc/mail/sendmail.mc and optionally
   to /etc/mail/submit.mc:
  include(`/etc/mail/tls/starttls.m4')dnl
2) Run sendmailconfig
3) Restart sendmail

Checking {sendmail,submit}.mc and related databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/Makefile...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to 

Bug#293017: MAILER before FEATURE in sendmail.mc generated by sendmailconfig

[Marcos Marado]

Source: sendmail
Version: 8.14.4-7
Followup-For: Bug #293017

Dear Maintainer,

This still happens all these versions later, which actually means that this
package fails to properly install:

root@vinyl:~# aptitude install sensible-mda
The following NEW packages will be installed:
  m4{a} procmail{a} sendmail-base{a} sendmail-bin{a} sendmail-cf{a} 
sensible-mda 
0 packages upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,903 kB of archives. After unpacking 4,171 kB will be used.
Do you want to continue? [Y/n/?] y
Selecting previously unselected package m4.
(Reading database ... 152452 files and directories currently installed.)
Preparing to unpack .../archives/m4_1.4.17-4_amd64.deb ...
Unpacking m4 (1.4.17-4) ...
Selecting previously unselected package sendmail-base.
Preparing to unpack .../sendmail-base_8.14.4-7_all.deb ...
Unpacking sendmail-base (8.14.4-7) ...
Selecting previously unselected package sendmail-cf.
Preparing to unpack .../sendmail-cf_8.14.4-7_all.deb ...
Unpacking sendmail-cf (8.14.4-7) ...
Selecting previously unselected package sendmail-bin.
Preparing to unpack .../sendmail-bin_8.14.4-7_amd64.deb ...
Unpacking sendmail-bin (8.14.4-7) ...
Selecting previously unselected package procmail.
Preparing to unpack .../procmail_3.22-21_amd64.deb ...
Unpacking procmail (3.22-21) ...
Selecting previously unselected package sensible-mda.
Preparing to unpack .../sensible-mda_8.14.4-7_amd64.deb ...
Unpacking sensible-mda (8.14.4-7) ...
Processing triggers for install-info (5.2.0.dfsg.1-4) ...
Processing triggers for man-db (2.6.7.1-1) ...
Setting up m4 (1.4.17-4) ...
Setting up sendmail-base (8.14.4-7) ...
Saving current /etc/mail/sendmail.mc,cf to /var/backups
Setting up sendmail-cf (8.14.4-7) ...
Setting up sendmail-bin (8.14.4-7) ...
update-alternatives: using /usr/lib/sm.bin/sendmail to provide 
/usr/sbin/sendmail-mta (sendmail-mta) in auto mode
update-alternatives: using /usr/lib/sm.bin/sendmail to provide 
/usr/sbin/sendmail-msp (sendmail-msp) in auto mode
Updating sendmail environment ...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to /etc/mail/sendmail.conf.
Writing /etc/cron.d/sendmail.
Could not open /etc/mail/databases(No such file or directory), creating it.
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to /etc/mail/sendmail.conf.
Writing /etc/cron.d/sendmail.
Could not open /etc/mail/databases(No such file or directory), creating it.
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...

Checking filesystem, this may take some time - it will not hang!
  ...   Done.
 
Checking for installed MDAs...
Adding link for newly extant program (mail.local)
Adding link for newly extant program (procmail)
sasl2-bin not installed, not configuring sendmail support.

To enable sendmail SASL2 support at a later date, invoke 
/usr/share/sendmail/update_auth

 
Creating/Updating SSL(for TLS) information
Creating /etc/mail/tls/starttls.m4...
Creating SSL certificates for sendmail.
Generating DSA parameters, 2048 bit long prime
This could take some time
...+..+..+...+.+..+..++...+...+.+.+..+.+.+...++.+..+.+++*
...+..+...+.+.+..+...+...+..+...+...++..+.+.++...+.+...++..+.+..+..+..+...++.+.++...++.++..++..+..++..+..++..+...+++*
Generating RSA private key, 2048 bit long modulus
+++
...+++
e is 65537 (0x10001)

*** *** *** WARNING *** WARNING *** WARNING *** WARNING *** *** ***

Everything you need to support STARTTLS (encrypted mail transmission
and user authentication via certificates) is installed and configured
but is *NOT* being used.

To enable sendmail to use STARTTLS, you need to:
1) Add this line to /etc/mail/sendmail.mc and optionally
   to /etc/mail/submit.mc:
  include(`/etc/mail/tls/starttls.m4')dnl
2) Run sendmailconfig
3) Restart sendmail

Checking {sendmail,submit}.mc and related databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/databases...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Creating /etc/mail/Makefile...
Reading configuration from /etc/mail/sendmail.conf.
Validating configuration.
Writing configuration to 

Bug#717338: kmail: indexing / search not working at all (Tools-Find Message)

[Marcos Marado]

Package: kmail
Version: 4:4.13.1-1
Followup-For: Bug #717338

Dear Maintainer,

I'm just sending this message to let you know that this issue still happens
with the latest experimental version. As Volker Groll said, new messages are
indexed immediately, existing messages need to be opened to trigger indexing. I
have found no other way to trigger it. Neither nepomukpimindexerutility nor
qdbusviewer calls will help.

This might be upstream's https://bugs.kde.org/show_bug.cgi?id=332249 .


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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kmail depends on:
ii  kde-runtime   4:4.13.1-1
ii  kdepim-runtime4:4.12.4-2
ii  kdepimlibs-kio-plugins4:4.13.3-2
ii  libakonadi-calendar4  4:4.13.3-2
ii  libakonadi-contact4   4:4.13.3-2
ii  libakonadi-kde4   4:4.13.3-2
ii  libakonadi-kmime4 4:4.13.3-2
ii  libakonadiprotocolinternals1  1.12.1-1+b1
ii  libc6 2.19-7
ii  libcalendarsupport4   4:4.13.1-1
ii  libgcc1   1:4.9.1-1
ii  libgpgme++2   4:4.13.3-2
ii  libgrantlee-core0 0.4.0-2
ii  libincidenceeditorsng44:4.13.1-1
ii  libkabc4  4:4.13.3-2
ii  libkalarmcal2 4:4.13.3-2
ii  libkcalcore4  4:4.13.3-2
ii  libkcalutils4 4:4.13.3-2
ii  libkcmutils4  4:4.13.3-2
ii  libkdecore5   4:4.13.3-2
ii  libkdepim44:4.13.1-1
ii  libkdeui5 4:4.13.3-2
ii  libkio5   4:4.13.3-2
ii  libkleo4  4:4.13.1-1
ii  libkmanagesieve4  4:4.13.1-1
ii  libkmime4 4:4.13.3-2
ii  libknewstuff3-4   4:4.13.3-2
ii  libknotifyconfig4 4:4.13.3-2
ii  libkontactinterface4  4:4.13.3-1
ii  libkparts44:4.13.3-2
ii  libkpgp4  4:4.13.1-1
ii  libkpimidentities44:4.13.3-2
ii  libkpimtextedit4  4:4.13.3-2
ii  libkpimutils4 4:4.13.3-2
ii  libkprintutils4   4:4.13.3-2
ii  libksieveui4  4:4.13.1-1
ii  libktnef4 4:4.13.3-2
ii  libmailcommon44:4.13.1-1
ii  libmailimporter4  4:4.13.1-1
ii  libmailtransport4 4:4.13.3-2
ii  libmessagecomposer4   4:4.13.1-1
ii  libmessagecore4   4:4.13.1-1
ii  libmessagelist4   4:4.13.1-1
ii  libmessageviewer4 4:4.13.1-1
ii  libpimcommon4 4:4.13.1-1
ii  libqt4-dbus   4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-network4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-xml4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtcore44:4.8.6+git49-gbc62005+dfsg-1
ii  libqtgui4 4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtwebkit4  2.2.1-7
ii  libsendlater4 4:4.13.1-1
ii  libsolid4 4:4.13.3-2
ii  libstdc++64.9.1-1
ii  libtemplateparser44:4.13.1-1
ii  perl  5.18.2-7

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.25-1
ii  gnupg22.0.25-1
ii  pinentry-gtk2 [pinentry-x11]  0.8.3-2

Versions of packages kmail suggests:
pn  clamav | f-prot-installernone
ii  kaddressbook 4:4.13.1-1
ii  kleopatra4:4.13.1-1
ii  procmail 3.22-21
pn  spamassassin | bogofilter | annoyance-filter | spambayes | bsfi  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#717338: kmail: indexing / search not working at all (Tools-Find Message)

[Marcos Marado]

Package: kmail
Version: 4:4.13.1-1
Followup-For: Bug #717338

Dear Maintainer,

I'm just sending this message to let you know that this issue still happens
with the latest experimental version. As Volker Groll said, new messages are
indexed immediately, existing messages need to be opened to trigger indexing. I
have found no other way to trigger it. Neither nepomukpimindexerutility nor
qdbusviewer calls will help.

This might be upstream's https://bugs.kde.org/show_bug.cgi?id=332249 .


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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kmail depends on:
ii  kde-runtime   4:4.13.1-1
ii  kdepim-runtime4:4.12.4-2
ii  kdepimlibs-kio-plugins4:4.13.3-2
ii  libakonadi-calendar4  4:4.13.3-2
ii  libakonadi-contact4   4:4.13.3-2
ii  libakonadi-kde4   4:4.13.3-2
ii  libakonadi-kmime4 4:4.13.3-2
ii  libakonadiprotocolinternals1  1.12.1-1+b1
ii  libc6 2.19-7
ii  libcalendarsupport4   4:4.13.1-1
ii  libgcc1   1:4.9.1-1
ii  libgpgme++2   4:4.13.3-2
ii  libgrantlee-core0 0.4.0-2
ii  libincidenceeditorsng44:4.13.1-1
ii  libkabc4  4:4.13.3-2
ii  libkalarmcal2 4:4.13.3-2
ii  libkcalcore4  4:4.13.3-2
ii  libkcalutils4 4:4.13.3-2
ii  libkcmutils4  4:4.13.3-2
ii  libkdecore5   4:4.13.3-2
ii  libkdepim44:4.13.1-1
ii  libkdeui5 4:4.13.3-2
ii  libkio5   4:4.13.3-2
ii  libkleo4  4:4.13.1-1
ii  libkmanagesieve4  4:4.13.1-1
ii  libkmime4 4:4.13.3-2
ii  libknewstuff3-4   4:4.13.3-2
ii  libknotifyconfig4 4:4.13.3-2
ii  libkontactinterface4  4:4.13.3-1
ii  libkparts44:4.13.3-2
ii  libkpgp4  4:4.13.1-1
ii  libkpimidentities44:4.13.3-2
ii  libkpimtextedit4  4:4.13.3-2
ii  libkpimutils4 4:4.13.3-2
ii  libkprintutils4   4:4.13.3-2
ii  libksieveui4  4:4.13.1-1
ii  libktnef4 4:4.13.3-2
ii  libmailcommon44:4.13.1-1
ii  libmailimporter4  4:4.13.1-1
ii  libmailtransport4 4:4.13.3-2
ii  libmessagecomposer4   4:4.13.1-1
ii  libmessagecore4   4:4.13.1-1
ii  libmessagelist4   4:4.13.1-1
ii  libmessageviewer4 4:4.13.1-1
ii  libpimcommon4 4:4.13.1-1
ii  libqt4-dbus   4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-network4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-xml4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtcore44:4.8.6+git49-gbc62005+dfsg-1
ii  libqtgui4 4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtwebkit4  2.2.1-7
ii  libsendlater4 4:4.13.1-1
ii  libsolid4 4:4.13.3-2
ii  libstdc++64.9.1-1
ii  libtemplateparser44:4.13.1-1
ii  perl  5.18.2-7

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.25-1
ii  gnupg22.0.25-1
ii  pinentry-gtk2 [pinentry-x11]  0.8.3-2

Versions of packages kmail suggests:
pn  clamav | f-prot-installernone
ii  kaddressbook 4:4.13.1-1
ii  kleopatra4:4.13.1-1
ii  procmail 3.22-21
pn  spamassassin | bogofilter | annoyance-filter | spambayes | bsfi  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140731140801.21781.53596.reportbug@localhost.localdomain