Bug#1051971: owncloud-client-cmd: Error transfering https://BLAH/owncloud/remote.php/webdav/status.php - server replied: Forbidden
I can confirm that this new version works ok. So, the bug can now be closed. Thanks for fixing things quickly! Cheers, Sergio. On Wed, Sep 27, 2023 at 12:33:06PM +0200, Agustin Martin wrote: > On Tue, Sep 26, 2023 at 10:11:12AM -0600, Sergio Mendoza wrote: > > On Mon, Sep 25, 2023 at 03:40:42PM +0200, Agustin Martin wrote: > > > On Mon, Sep 25, 2023 at 03:16:46PM +0200, Agustin Martin wrote: > > > > On Thu, Sep 14, 2023 at 09:07:38PM -0600, Sergio Mendoza wrote: > > > > > Package: owncloud-client-cmd > > > > > Version: 3.2.0.10193+dfsg-1 > > > > > Severity: important > > > > > > > > > > Dear mainteiner, > > > > > > > > > > With the new unstable version ( 3.2.0.10193+dfsg-1 ) of owncloudcmd, > > > > > when I try to sync with the onwcloud server I get the following error: > > > > > > > > > > 23-09-14 20:45:05:955 [ warning sync.checkserverjob ]: error: > > > > > status.php replied 403 > > > > > 23-09-14 20:45:05:955 [ fatal default ]:Failed to resolve > > > > > https://BLAH/owncloud/remote.php/webdav Error: Error transferring > > > > > https://BLAH/owncloud/remote.php/webdav/status.php - server replied: > > > > > Forbidden. > > > > > Aborted > > > > > > > > Hi, > > > > > > > > For the records, that version has been working in my sid box until last > > > > Thursday, where, after server upgrade from 10.12.1.3 to 10.13.1.3, this > > > > error started to appear > > > > Yes. I upgraded the server to version 10.13.1.3 but that was after > > owncloud-client failed. In any case what I did was to use rclone for > > syncing. It is slower, but does the job with the experimental bisync > > option it provides. No idea if I would ever go back to owncloud-client > > since over the years I have had a few problems that are not easily solved. > > Hi, > > owncloud-client 4.2.0.11670+dfsg-1 has been uploaded to sid (thanks a lot, > Pierre-Elliott). > > I confirm that it fixes my problem with 3.2.0.10193+dfsg-1 and owncloud-client > is working again in all my boxes against the common 10.13.1.3, server. For the > records, I previously built a personal package with owncloud-client > 3.2.1.10355 and it worked too. > > I think it would be interesting to know if 4.2.0.11670+dfsg-1 also fixes your > problem and this bug report. > > Regards, > > -- > Agustin
Bug#1051971: owncloud-client-cmd: Error transfering https://BLAH/owncloud/remote.php/webdav/status.php - server replied: Forbidden
On Mon, Sep 25, 2023 at 03:40:42PM +0200, Agustin Martin wrote: > On Mon, Sep 25, 2023 at 03:16:46PM +0200, Agustin Martin wrote: > > On Thu, Sep 14, 2023 at 09:07:38PM -0600, Sergio Mendoza wrote: > > > Package: owncloud-client-cmd > > > Version: 3.2.0.10193+dfsg-1 > > > Severity: important > > > > > > Dear mainteiner, > > > > > > With the new unstable version ( 3.2.0.10193+dfsg-1 ) of owncloudcmd, > > > when I try to sync with the onwcloud server I get the following error: > > > > > > 23-09-14 20:45:05:955 [ warning sync.checkserverjob ]: error: status.php > > > replied 403 > > > 23-09-14 20:45:05:955 [ fatal default ]:Failed to resolve > > > https://BLAH/owncloud/remote.php/webdav Error: Error transferring > > > https://BLAH/owncloud/remote.php/webdav/status.php - server replied: > > > Forbidden. > > > Aborted > > > > Hi, > > > > For the records, that version has been working in my sid box until last > > Thursday, where, after server upgrade from 10.12.1.3 to 10.13.1.3, this > > error started to appear > > Forgot to mention that I refer to owncloud-client package. > > -- > Agustin Hi, Yes. I upgraded the server to version 10.13.1.3 but that was after owncloud-client failed. In any case what I did was to use rclone for syncing. It is slower, but does the job with the experimental bisync option it provides. No idea if I would ever go back to owncloud-client since over the years I have had a few problems that are not easily solved. Cheers, Sergio.
Bug#1051971: owncloud-client-cmd: Error transfering https://BLAH/owncloud/remote.php/webdav/status.php - server replied: Forbidden
Package: owncloud-client-cmd Version: 3.2.0.10193+dfsg-1 Severity: important Dear mainteiner, With the new unstable version ( 3.2.0.10193+dfsg-1 ) of owncloudcmd, when I try to sync with the onwcloud server I get the following error: 23-09-14 20:45:05:955 [ warning sync.checkserverjob ]: error: status.php replied 403 23-09-14 20:45:05:955 [ fatal default ]:Failed to resolve https://BLAH/owncloud/remote.php/webdav Error: Error transferring https://BLAH/owncloud/remote.php/webdav/status.php - server replied: Forbidden. Aborted I've checked permissions at the server side and everything seems fine (it has been working fine for years). Also, accesing the owncloud server using a web browser, everything works fine. Cheers, S. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-0-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages owncloud-client-cmd depends on: ii libc6 2.37-8 ii libowncloudsync0 3.2.0.10193+dfsg-1 ii libqt5core5a 5.15.10+dfsg-3 ii libqt5network5 5.15.10+dfsg-3 ii libqt5sql5-sqlite 5.15.10+dfsg-3 ii libstdc++6 13.2.0-4 owncloud-client-cmd recommends no packages. owncloud-client-cmd suggests no packages. -- no debconf information
Bug#944672: goobook: Fails to query addresses
Hi, Got my problem fixed. Turns out that two of my google contacts were members of a strange group: "contactGroupId": "136c5dae0ca94ac9" As such, $ goobook reload (also query and dquery) didn't work and produce the error I reported previously. However, it turns out that "dump_contacts" worked well and by direct inspection of that file I found that two of my contacts belonged to the group "136c5dae0ca94ac9" instead of "myContacts" as the other contacts belong. I got the clue since as you can see from my previous report the last line of the output is: KeyError: 'contactGroups/136c5dae0ca94ac9' In summary. The bug is not that severe, but it continues to be a bug since goobook should not complain about any field that appears in contactGroupId (or should it?). In any case for me the fix was to delete those two contacts and add them again. Cheers, Sergio. -- Sergio Mendoza Instituto de Astronomia, UNAM http://www.mendozza.org/sergio On Tue, Nov 26, 2019 at 11:42:13AM +0200, Ilias Tsitsimpis wrote: > Control: severity -1 important > Control: tags -1 unreproducible upstream > Control: forwarded -1 > https://groups.google.com/forum/#!msg/goobook/Bv8sB9BG1E0/yVOQ1RrgBAAJ > > Hey Sergio, > > Thanks for reporting this, and sorry for the late reply. > > I see that you have already forwarded this to the upstream developers, so I am > adding a link to that report. Unfortunately, neither they nor I are able to > reproduce this. Goobook works fine for me, so maybe it is something specific > to > your Google Account? > > I am also lowering the severity of this bug report from grave to important, > since no one else seems to exhibit the same problem. > > Feel free to update this bug report with any more information that can help us > debug this problem. > > Thanks, > > -- > Ilias
Bug#944672: goobook: Fails to query addresses
Package: goobook
Version: 3.4-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
goobook in debian sid (and most probably testing and also stable) fails to
work when
querying a specified regex:
>>>>
sergio@quetzalli:~$ goobook query sergio
Traceback (most recent call last):
File "/usr/bin/goobook", line 11, in
load_entry_point('goobook==3.4', 'console_scripts', 'goobook')()
File "/usr/share/goobook/goobook/application.py", line 106, in main
args.func(config, args)
File "/usr/share/goobook/goobook/application.py", line 154, in do_query
goobk = GooBook(config)
File "/usr/share/goobook/goobook/goobook.py", line 55, in __init__
self.cache.load()
File "/usr/share/goobook/goobook/goobook.py", line 260, in load
self.update()
File "/usr/share/goobook/goobook/goobook.py", line 268, in update
self.contacts = list(parse_contacts(gcs.fetch_contacts(), groupname_by_id))
File "/usr/share/goobook/goobook/goobook.py", line 352, in parse_contacts
parsed = parse_contact(contact, groupname_by_id)
File "/usr/share/goobook/goobook/goobook.py", line 323, in parse_contact
membership['contactGroupMembership']['contactGroupId']])
KeyError: 'contactGroups/136c5dae0ca94ac9'
>>>>>>
Everything seems to be at the google authentication procedure sin e.g.
changing cache_expiry_hours: 2 in ~/.goobookrc yields the expected
results.
Nevertheless since the expected result relies on google authentitacion,
it makes the package fully unusuable.
With best regards,
Sergio.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages goobook depends on:
ii python3 3.7.5-1
ii python3-googleapi 1.7.11-3
ii python3-oauth2client 4.1.2-4
ii python3-simplejson 3.16.0-2
goobook recommends no packages.
goobook suggests no packages.
-- debconf-show failed
--
Sergio Mendoza
Instituto de Astronomia, UNAM
http://www.mendozza.org/sergio
Bug#919326: msmtp: account default not found: no configuration file available
Dear Simon, Yes. I have now checked and I have .msmtprc as a symlink. If it is not a symlink then I have no problems and everything runs smooth. In any case this is the output you asked for: root@quetzalli:~# dmesg | grep apparmor | tail -n 20 [1064093.935900] audit: type=1400 audit(1547506649.916:130): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="torbrowser_tor" pid=14345 comm="apparmor_parser" [1064094.438967] audit: type=1400 audit(1547506650.420:131): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=14346 comm="apparmor_parser" [1064094.440476] audit: type=1400 audit(1547506650.420:132): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=14346 comm="apparmor_parser" [1064094.461620] audit: type=1400 audit(1547506650.444:133): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd//third_party" pid=14346 comm="apparmor_parser" [1064094.520228] audit: type=1400 audit(1547506650.500:134): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="torbrowser_firefox" pid=14343 comm="apparmor_parser" [1064094.736714] audit: type=1400 audit(1547506650.716:135): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="system_tor" pid=14348 comm="apparmor_parser" [1064094.854220] audit: type=1400 audit(1547506650.836:136): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="libreoffice-oopslash" pid=14350 comm="apparmor_parser" [1064094.936866] audit: type=1400 audit(1547506650.916:137): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="torbrowser_plugin_container" pid=14347 comm="apparmor_parser" [1064095.090757] audit: type=1400 audit(1547506651.072:138): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/man" pid=14351 comm="apparmor_parser" [1064095.091543] audit: type=1400 audit(1547506651.072:139): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="man_filter" pid=14351 comm="apparmor_parser" [1064102.892009] audit: type=1400 audit(1547506658.872:150): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/evince" pid=14349 comm="apparmor_parser" [1064102.910914] audit: type=1400 audit(1547506658.892:151): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/evince//sanitized_helper" pid=14349 comm="apparmor_parser" [1064102.914186] audit: type=1400 audit(1547506658.896:152): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/evince-previewer" pid=14349 comm="apparmor_parser" [1064102.930416] audit: type=1400 audit(1547506658.912:153): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/evince-previewer//sanitized_helper" pid=14349 comm="apparmor_parser" [1064102.932260] audit: type=1400 audit(1547506658.912:154): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/bin/evince-thumbnailer" pid=14349 comm="apparmor_parser" [1064111.250930] audit: type=1400 audit(1547506667.232:155): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libreoffice-soffice" pid=14344 comm="apparmor_parser" [1064111.253633] audit: type=1400 audit(1547506667.236:156): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libreoffice-soffice//gpg" pid=14344 comm="apparmor_parser" [1064151.025521] audit: type=1400 audit(1547506707.004:157): apparmor="DENIED" operation="open" profile="/usr/bin/msmtp" name="/home/sergio/Private/.msmtprc" pid=14560 comm="msmtp" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000 [1064177.994021] audit: type=1400 audit(1547506733.971:158): apparmor="DENIED" operation="open" profile="/usr/bin/msmtp" name="/home/sergio/mail/msmtp/log.txt"
Bug#919326: msmtp: account default not found: no configuration file available
Package: msmtp Version: 1.8.1-2 Severity: grave Justification: renders package unusable Dear Maintainer, A few days ago, msmtp fails to work. It all seems to be related to the inability to read ~/.msmtprc file. In other words it seems that ~/.msmtprc needs to have mode 644. This is not at all desired since sensible (private) information can be included in that file. The package msmtp should run with no trouble when the user configuration file ~/.msmtprc has mode 600. I am sending you some useful output so that you can check the relevance of the situation (please note that I tried playing with stable, testing and sid versions of msmtp and I get the same output -this lead me to think whether the problem is with msmtp or with some other related package): > sergio@quetzalli:~$ echo "Hello World" | msmtp -d ser...@mendozza.org ignoring system configuration file /etc/msmtprc: No such file or directory ignoring user configuration file /home/sergio/.msmtprc: Permission denied falling back to default account msmtp: account default not found: no configuration file available As such, the bug leaves the package fully unusable. Cheers, Sergio. -- System Information: Debian Release: buster/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages msmtp depends on: ii debconf [debconf-2.0] 1.5.69 ii libc6 2.28-5 ii libgnutls303.6.5-2 ii libgsasl7 1.8.0-8+b2 ii ucf3.0038+nmu1 Versions of packages msmtp recommends: ii ca-certificates 20180409 Versions of packages msmtp suggests: pn msmtp-mta -- debconf information: msmtp/sysconfig: false msmtp/port: 25 msmtp/maildomain: msmtp/tls: false msmtp/auto_from: true msmtp/host:
Bug#907491: closed by Paul Gevers (Re: goobook fails to authenticate)
Hi Ilias,
Today I performed a dist-upgrade and things are back to normal. goobook
runs fine as it should. Hope it doesn't go wrong again.
Cheers,
Sergio.
--
Sergio Mendoza
Instituto de Astronomia, UNAM
http://www.mendozza.org/sergio
On Mon, Sep 24, 2018 at 09:19:49AM -0500, Sergio Mendoza wrote:
> Hi Ilias,
>
> Nope. It's not python-httplib2. Can't find what can it be:
>
>
> root@izta:~# pip uninstall python-httplib2
> Cannot uninstall requirement python-httplib2, not installed
> root@izta:~# dpkg -l python-httplib2
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
> ||/ Name Version Architecture Description
> +++-==---==
> ii python-httplib 0.11.3-1 all comprehensive HTTP client library
> root@izta:~# ls -l /usr/lib/python2.7/dist-packages/httplib2/
> total 180
> -rw-r--r-- 1 root root 73431 Sep 5 01:45 __init__.py
> -rw-r--r-- 1 root root 59427 Sep 9 13:05 __init__.pyc
> -rw-r--r-- 1 root root 3828 Mar 29 20:28 iri2uri.py
> -rw-r--r-- 1 root root 3786 Sep 9 13:05 iri2uri.pyc
> -rw-r--r-- 1 root root 18999 Mar 29 20:28 socks.py
> -rw-r--r-- 1 root root 17500 Sep 9 13:05 socks.pyc
>
>
> Cheers,
>
> Sergio.
>
> --
> Sergio Mendoza
> Instituto de Astronomia, UNAM
> http://www.mendozza.org/sergio
>
>
>
>
> On Sat, Sep 22, 2018 at 02:36:45PM +0300, Ilias Tsitsimpis wrote:
> > Hi again,
> >
> > On Fri, Sep 21, 2018 at 01:46PM, Sergio Mendoza wrote:
> > > Unfortunately, no matter how hard I look for to spot the problem, I have
> > > not find the culprit package. I tried and tried, but couldn't. This is
> > > the reason I reported the bug to goobook. Sorry for not being more
> > > helpful.
> > >
> > > > > sergio@izta:~$ goobook query sergio
> > > > > Traceback (most recent call last):
> > > > > File "/usr/bin/goobook", line 11, in
> > > > > load_entry_point('goobook==1.9', 'console_scripts', 'goobook')()
> > > > > File "/usr/share/goobook/goobook/application.py", line 94, in main
> > > > > args.func(config, args)
> > > > > File "/usr/share/goobook/goobook/application.py", line 125, in
> > > > > do_query
> > > > > goobk = GooBook(config)
> > > > > File "/usr/share/goobook/goobook/goobook.py", line 59, in __init__
> > > > > self.cache.load()
> > > > > File "/usr/share/goobook/goobook/goobook.py", line 257, in load
> > > > > self.update()
> > > > > File "/usr/share/goobook/goobook/goobook.py", line 264, in update
> > > > > self.contacts = list(self._parse_contacts(gc.fetch_contacts()))
> > > > > File "/usr/share/goobook/goobook/goobook.py", line 395, in
> > > > > fetch_contacts
> > > > > res = self._get(query)
> > > > > File "/usr/share/goobook/goobook/goobook.py", line 371, in _get
> > > > > connection_type=httplib2.HTTPSConnectionWithTimeout)
> > > > > File
> > > > > "/usr/local/lib/python2.7/dist-packages/oauth2client/client.py", line
> > > > > 562, in new_request
> > > > > redirections, connection_type)
> > > > > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py",
> > > > > line 1608, in request
> > > > > (response, content) = self._request(conn, authority, uri,
> > > > > request_uri, method, body, headers, redirections, cachekey)
> > > > > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py",
> > > > > line 1350, in _request
> > > > > (response, content) = self._conn_request(conn, request_uri,
> > > > > method, body, headers)
> > > > > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py",
> > > > > line 1272, in _conn_request
> > > > > conn.connect()
> > > > > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py",
> > > > > line 1059, in connect
> > > > > raise SSLHandshakeError(e)
> > > > > httplib2.SSLHandshakeError: [SSL: CERTIFICATE_VERIFY_FAILED]
> > > > > certificate verify failed (_ssl.c:726)
> > > >
> > > > The above traceback mentions
> > > > "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py".
> > > > This is not the canonical location where Debian Python packages get
> > > > installed. I believe you have installed a different version of the
> > > > httplib2 module using pip. Could you please test using the Python module
> > > > provided by the python-httplib2 package?
> >
> > Please take a look at the comment above. It looks like you are not using
> > the official Debian package for python-httplib2, which is installed
> > under /usr/lib/python2.7/dist-packages/httplib2/ [1]. My guess is that
> > you have `pip install`-ed that package, so I would start by uninstalling
> > it and revert back to the Debian one.
> >
> > [1] https://packages.debian.org/sid/all/python-httplib2/filelist
> >
> > Cheers,
> >
> > --
> > Ilias
Bug#907491: closed by Paul Gevers (Re: goobook fails to authenticate)
Hi Ilias,
Nope. It's not python-httplib2. Can't find what can it be:
root@izta:~# pip uninstall python-httplib2
Cannot uninstall requirement python-httplib2, not installed
root@izta:~# dpkg -l python-httplib2
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==---==
ii python-httplib 0.11.3-1 all comprehensive HTTP client library
root@izta:~# ls -l /usr/lib/python2.7/dist-packages/httplib2/
total 180
-rw-r--r-- 1 root root 73431 Sep 5 01:45 __init__.py
-rw-r--r-- 1 root root 59427 Sep 9 13:05 __init__.pyc
-rw-r--r-- 1 root root 3828 Mar 29 20:28 iri2uri.py
-rw-r--r-- 1 root root 3786 Sep 9 13:05 iri2uri.pyc
-rw-r--r-- 1 root root 18999 Mar 29 20:28 socks.py
-rw-r--r-- 1 root root 17500 Sep 9 13:05 socks.pyc
Cheers,
Sergio.
--
Sergio Mendoza
Instituto de Astronomia, UNAM
http://www.mendozza.org/sergio
On Sat, Sep 22, 2018 at 02:36:45PM +0300, Ilias Tsitsimpis wrote:
> Hi again,
>
> On Fri, Sep 21, 2018 at 01:46PM, Sergio Mendoza wrote:
> > Unfortunately, no matter how hard I look for to spot the problem, I have
> > not find the culprit package. I tried and tried, but couldn't. This is
> > the reason I reported the bug to goobook. Sorry for not being more
> > helpful.
> >
> > > > sergio@izta:~$ goobook query sergio
> > > > Traceback (most recent call last):
> > > > File "/usr/bin/goobook", line 11, in
> > > > load_entry_point('goobook==1.9', 'console_scripts', 'goobook')()
> > > > File "/usr/share/goobook/goobook/application.py", line 94, in main
> > > > args.func(config, args)
> > > > File "/usr/share/goobook/goobook/application.py", line 125, in
> > > > do_query
> > > > goobk = GooBook(config)
> > > > File "/usr/share/goobook/goobook/goobook.py", line 59, in __init__
> > > > self.cache.load()
> > > > File "/usr/share/goobook/goobook/goobook.py", line 257, in load
> > > > self.update()
> > > > File "/usr/share/goobook/goobook/goobook.py", line 264, in update
> > > > self.contacts = list(self._parse_contacts(gc.fetch_contacts()))
> > > > File "/usr/share/goobook/goobook/goobook.py", line 395, in
> > > > fetch_contacts
> > > > res = self._get(query)
> > > > File "/usr/share/goobook/goobook/goobook.py", line 371, in _get
> > > > connection_type=httplib2.HTTPSConnectionWithTimeout)
> > > > File "/usr/local/lib/python2.7/dist-packages/oauth2client/client.py",
> > > > line 562, in new_request
> > > > redirections, connection_type)
> > > > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py",
> > > > line 1608, in request
> > > > (response, content) = self._request(conn, authority, uri,
> > > > request_uri, method, body, headers, redirections, cachekey)
> > > > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py",
> > > > line 1350, in _request
> > > > (response, content) = self._conn_request(conn, request_uri, method,
> > > > body, headers)
> > > > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py",
> > > > line 1272, in _conn_request
> > > > conn.connect()
> > > > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py",
> > > > line 1059, in connect
> > > > raise SSLHandshakeError(e)
> > > > httplib2.SSLHandshakeError: [SSL: CERTIFICATE_VERIFY_FAILED]
> > > > certificate verify failed (_ssl.c:726)
> > >
> > > The above traceback mentions
> > > "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py".
> > > This is not the canonical location where Debian Python packages get
> > > installed. I believe you have installed a different version of the
> > > httplib2 module using pip. Could you please test using the Python module
> > > provided by the python-httplib2 package?
>
> Please take a look at the comment above. It looks like you are not using
> the official Debian package for python-httplib2, which is installed
> under /usr/lib/python2.7/dist-packages/httplib2/ [1]. My guess is that
> you have `pip install`-ed that package, so I would start by uninstalling
> it and revert back to the Debian one.
>
> [1] https://packages.debian.org/sid/all/python-httplib2/filelist
>
> Cheers,
>
> --
> Ilias
Bug#907491: closed by Paul Gevers (Re: goobook fails to authenticate)
Hi Ilias,
Unfortunately, no matter how hard I look for to spot the problem, I have
not find the culprit package. I tried and tried, but couldn't. This is
the reason I reported the bug to goobook. Sorry for not being more
helpful.
Regards,
Sergio.
--
Sergio Mendoza
Instituto de Astronomia, UNAM
http://www.mendozza.org/sergio
On Fri, Sep 21, 2018 at 07:39:29PM +0300, Ilias Tsitsimpis wrote:
> Hi Sergio,
>
> On Sat, Sep 15, 2018 at 11:28AM, Sergio Mendoza wrote:
> > Hi again,
> >
> > Today after an upgrade once again the problem appears:
>
> Do you know which package you updated that broke goobook?
>
> > sergio@izta:~$ goobook query sergio
> > Traceback (most recent call last):
> > File "/usr/bin/goobook", line 11, in
> > load_entry_point('goobook==1.9', 'console_scripts', 'goobook')()
> > File "/usr/share/goobook/goobook/application.py", line 94, in main
> > args.func(config, args)
> > File "/usr/share/goobook/goobook/application.py", line 125, in do_query
> > goobk = GooBook(config)
> > File "/usr/share/goobook/goobook/goobook.py", line 59, in __init__
> > self.cache.load()
> > File "/usr/share/goobook/goobook/goobook.py", line 257, in load
> > self.update()
> > File "/usr/share/goobook/goobook/goobook.py", line 264, in update
> > self.contacts = list(self._parse_contacts(gc.fetch_contacts()))
> > File "/usr/share/goobook/goobook/goobook.py", line 395, in fetch_contacts
> > res = self._get(query)
> > File "/usr/share/goobook/goobook/goobook.py", line 371, in _get
> > connection_type=httplib2.HTTPSConnectionWithTimeout)
> > File "/usr/local/lib/python2.7/dist-packages/oauth2client/client.py",
> > line 562, in new_request
> > redirections, connection_type)
> > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
> > 1608, in request
> > (response, content) = self._request(conn, authority, uri, request_uri,
> > method, body, headers, redirections, cachekey)
> > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
> > 1350, in _request
> > (response, content) = self._conn_request(conn, request_uri, method,
> > body, headers)
> > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
> > 1272, in _conn_request
> > conn.connect()
> > File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
> > 1059, in connect
> > raise SSLHandshakeError(e)
> > httplib2.SSLHandshakeError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate
> > verify failed (_ssl.c:726)
>
> The above traceback mentions
> "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py".
> This is not the canonical location where Debian Python packages get
> installed. I believe you have installed a different version of the
> httplib2 module using pip. Could you please test using the Python module
> provided by the python-httplib2 package?
>
> Cheers,
>
> --
> Ilias
Bug#907491: closed by Paul Gevers (Re: goobook fails to authenticate)
Hi again,
Today after an upgrade once again the problem appears:
sergio@izta:~$ goobook query sergio
Traceback (most recent call last):
File "/usr/bin/goobook", line 11, in
load_entry_point('goobook==1.9', 'console_scripts', 'goobook')()
File "/usr/share/goobook/goobook/application.py", line 94, in main
args.func(config, args)
File "/usr/share/goobook/goobook/application.py", line 125, in do_query
goobk = GooBook(config)
File "/usr/share/goobook/goobook/goobook.py", line 59, in __init__
self.cache.load()
File "/usr/share/goobook/goobook/goobook.py", line 257, in load
self.update()
File "/usr/share/goobook/goobook/goobook.py", line 264, in update
self.contacts = list(self._parse_contacts(gc.fetch_contacts()))
File "/usr/share/goobook/goobook/goobook.py", line 395, in fetch_contacts
res = self._get(query)
File "/usr/share/goobook/goobook/goobook.py", line 371, in _get
connection_type=httplib2.HTTPSConnectionWithTimeout)
File "/usr/local/lib/python2.7/dist-packages/oauth2client/client.py", line
562, in new_request
redirections, connection_type)
File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
1608, in request
(response, content) = self._request(conn, authority, uri, request_uri,
method, body, headers, redirections, cachekey)
File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
1350, in _request
(response, content) = self._conn_request(conn, request_uri, method, body,
headers)
File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
1272, in _conn_request
conn.connect()
File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
1059, in connect
raise SSLHandshakeError(e)
httplib2.SSLHandshakeError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify
failed (_ssl.c:726)
Cheers,
Sergio.
On Thu, Sep 13, 2018 at 07:15:03AM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the goobook package:
>
> #907491: goobook fails to authenticate
>
> It has been closed by Paul Gevers .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Paul Gevers
> by
> replying to this email.
>
>
> --
> 907491: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907491
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
> Date: Thu, 13 Sep 2018 09:12:55 +0200
> From: Paul Gevers
> To: 907491-d...@bugs.debian.org
> Subject: Re: goobook fails to authenticate
> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
> Thunderbird/52.9.1
>
> On Tue, 11 Sep 2018 12:54:45 -0500 Sergio Mendoza
> wrote:
> > Yes, goobook works fine and smooth.
>
> > On Tue, Sep 11, 2018 at 06:51:00PM +0200, Kurt Roeckx wrote:
> > > Now that bug #907278 is fixed, I think this is fixed too.
>
> So, let's mark this bug so. openssl has the appropriate versioned Breaks
> relation with the python-httplib2 package, so users of testing/buster
> are protected even during partial upgrade.
>
> Paul
>
> Date: Tue, 28 Aug 2018 13:10:06 -0500
> From: Sergio Mendoza
> To: Debian Bug Tracking System
> Subject: goobook fails to authenticate
> Reply-To: ser...@mendozza.org
> X-Mailer: reportbug 7.5.0
>
> Package: goobook
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> I'm running debian unstable. I have not been able to work properly with
> goobook and can't find a solution for it. It requires immediate assitance.
> This is happening in all computers I have with Debian (quite a few):
>
> sergio@izta:~$ goobook dquery sergio
> Traceback (most recent call last):
> File "/usr/bin/goobook", line 11, in
> load_entry_point('goobook==1.9', 'console_scripts', 'goobook')()
> File "/usr/share/goobook/goobook/application.py", line 94, in main
> args.func(config, args)
> File "/usr/share/goobook/goobook/application.py", line 130, in
> do_query_details
> goobk = GooBook(config)
> File "/usr/share/goobook/goobook/goobook.py", line 59, in __init__
> self.cache.load()
> File "/usr/share/goobook/goobook/goobook.py", line 257, in load
> self.update()
> File "/usr/share/goobook/goobook/goobook.py", line 264, in update
> self.contacts = list(self._parse_contacts(gc.fetch_contacts()))
> File "/usr/share/goobook/goobook/goobook.py", line 395, in fetch_contac
Bug#907491: goobook fails to authenticate
Yes, goobook works fine and smooth. Thanks, Sergio. -- Sergio Mendoza Instituto de Astronomia, UNAM http://www.mendozza.org/sergio On Tue, Sep 11, 2018 at 06:51:00PM +0200, Kurt Roeckx wrote: > Now that bug #907278 is fixed, I think this is fixed too. >
Bug#907491: goobook fails to authenticate
Package: goobook
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I'm running debian unstable. I have not been able to work properly with
goobook and can't find a solution for it. It requires immediate assitance.
This is happening in all computers I have with Debian (quite a few):
sergio@izta:~$ goobook dquery sergio
Traceback (most recent call last):
File "/usr/bin/goobook", line 11, in
load_entry_point('goobook==1.9', 'console_scripts', 'goobook')()
File "/usr/share/goobook/goobook/application.py", line 94, in main
args.func(config, args)
File "/usr/share/goobook/goobook/application.py", line 130, in
do_query_details
goobk = GooBook(config)
File "/usr/share/goobook/goobook/goobook.py", line 59, in __init__
self.cache.load()
File "/usr/share/goobook/goobook/goobook.py", line 257, in load
self.update()
File "/usr/share/goobook/goobook/goobook.py", line 264, in update
self.contacts = list(self._parse_contacts(gc.fetch_contacts()))
File "/usr/share/goobook/goobook/goobook.py", line 395, in fetch_contacts
res = self._get(query)
File "/usr/share/goobook/goobook/goobook.py", line 371, in _get
connection_type=httplib2.HTTPSConnectionWithTimeout)
File "/usr/local/lib/python2.7/dist-packages/oauth2client/client.py", line
562, in new_request
redirections, connection_type)
File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
1608, in request
(response, content) = self._request(conn, authority, uri, request_uri,
method, body, headers, redirections, cachekey)
File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
1350, in _request
(response, content) = self._conn_request(conn, request_uri, method, body,
headers)
File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
1272, in _conn_request
conn.connect()
File "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py", line
1059, in connect
raise SSLHandshakeError(e)
httplib2.SSLHandshakeError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify
failed (_ssl.c:726)
>
Cheers,
Sergio
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages goobook depends on:
ii python2.7.15-3
ii python-gdata 2.0.18+dfsg1-2
ii python-httplib2 0.9.2+dfsg-1
ii python-oauth2client 4.1.2-3
ii python-pkg-resources 39.2.0-1
ii python-setuptools 39.2.0-1
ii python-simplejson 3.15.0-1+b1
goobook recommends no packages.
Versions of packages goobook suggests:
ii python-keyring 13.1.0-1
Bug#756241: systemd-sysv conflicts with wpasupplicant and ifup ifdown
Package: systemd-sysv Version: 208-6 Severity: grave Justification: renders package unusable Since gnome and its dependent packages depends now on systemd-sysv there is no way to have a full gnome installation without systemd-sysv. The package systemd-sysv is heavily conflicting with wpasupplicant and possibly ifupdown since when trying to setup a WPA2 wireless network the following error message appears: root@host:~# ifup wlan0=mynetwork wpa_supplicant: /sbin/wpa_supplicant daemon failed to start run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with return code 1 Failed to bring up mynetwork. I have tried installing stable versions of systemd-sysv and/or wpasupplicant and/or ifupdown without success. The only way to fix things is to install back sysvinit-core, which removes quite a few gnome packages and so gnome becomes unsuable. Regards, Sergio. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages systemd-sysv depends on: ii systemd 208-6 systemd-sysv recommends no packages. signature.asc Description: Digital signature
Bug#633999: mirrors: timeout error connecting to ftp://ftp.mx.debian.org/
Dear Simon, ftp.mx.debian.org (a.k.a. nisamox.fciencias.unam.mx or debian.unam.mx) is now up and ready to mirror. Sorry about the delay, but there was a hardware problem on the network of the Faculty of Sciences at UNAM, outside of our control. Best, Sergio. (for the admin of ftp.mx.debian.org) -- Dr Sergio Mendoza ser...@mendozza.org Instituto de Astronomia, UNAM http://www.mendozza.org/sergio GNUpg key ID: 1024D/ECD1DBB6 On Tue, Jul 19, 2011 at 07:43:05AM -0500, Sergio Mendoza wrote: Dear Simon, We are working things out right now. The University (UNAM) where the mirror is hosted is on holidays right now and I believe that repairs to the network at the Faculty of Sciences are occurring just now. Even the main server www.fciencias.unam.mx at the faculty is not working. I have already contacted the right people there, but there is not much we can do, but wait. As soon as the connection is up again, I will let you know about it in order for you to change the redirection you have made. Cheers, Sergio. (for the admin of ftp.mx.debian.org) -- Dr Sergio Mendoza ser...@mendozza.org Instituto de Astronomia, UNAM http://www.mendozza.org/sergio GNUpg key ID: 1024D/ECD1DBB6 On Tue, Jul 19, 2011 at 12:37:40PM +0200, Simon Paillard wrote: Hi, On Tue, Jul 19, 2011 at 01:11:22AM +0200, Simon Paillard wrote: On Fri, Jul 15, 2011 at 02:35:34PM -0500, Hector Garcia wrote: Package: mirrors Severity: normal When I run aptitude update, there is a timeout error connecting to ftp.mx.debian.org. Using Testing with 2.6.39-2-686-pae kernel. Err http://ftp.mx.debian.org testing Release.gpg No se pudo conectar a ftp.mx.debian.org: Thanks for your notice. In CC, admins. please fix this ASAP, ftp.Country_Code.debian.org mirrors should provide HTTP and FTP. Hector, unless there is a specific constraint that force you to use FTP access, you are advised to switch to HTTP method. HTTP was the same, no response. ftp.mx is now an alias to ftp.us, until admin tell us the mirror is back. -- Simon Paillard signature.asc Description: Digital signature
Bug#633999: mirrors: timeout error connecting to ftp://ftp.mx.debian.org/
Dear Simon, We are working things out right now. The University (UNAM) where the mirror is hosted is on holidays right now and I believe that repairs to the network at the Faculty of Sciences are occurring just now. Even the main server www.fciencias.unam.mx at the faculty is not working. I have already contacted the right people there, but there is not much we can do, but wait. As soon as the connection is up again, I will let you know about it in order for you to change the redirection you have made. Cheers, Sergio. (for the admin of ftp.mx.debian.org) -- Dr Sergio Mendoza ser...@mendozza.org Instituto de Astronomia, UNAM http://www.mendozza.org/sergio GNUpg key ID: 1024D/ECD1DBB6 On Tue, Jul 19, 2011 at 12:37:40PM +0200, Simon Paillard wrote: Hi, On Tue, Jul 19, 2011 at 01:11:22AM +0200, Simon Paillard wrote: On Fri, Jul 15, 2011 at 02:35:34PM -0500, Hector Garcia wrote: Package: mirrors Severity: normal When I run aptitude update, there is a timeout error connecting to ftp.mx.debian.org. Using Testing with 2.6.39-2-686-pae kernel. Err http://ftp.mx.debian.org testing Release.gpg No se pudo conectar a ftp.mx.debian.org: Thanks for your notice. In CC, admins. please fix this ASAP, ftp.Country_Code.debian.org mirrors should provide HTTP and FTP. Hector, unless there is a specific constraint that force you to use FTP access, you are advised to switch to HTTP method. HTTP was the same, no response. ftp.mx is now an alias to ftp.us, until admin tell us the mirror is back. -- Simon Paillard signature.asc Description: Digital signature
Bug#391516: Link to 64bit clean sources
Hi, I've tested the fix. It doesn't work. There are a number of things first to be added. The orig.tar and diff files you tell me to download are not in gzipped format, so I had to gzip them and made the corresponding changes to the dsc file. Anyway, after doing this the compilation went well and managed to get cfs_1.4.1-17.1_amd64.deb. Installation was also OK, restarted the daemon cfs. Things doesn't work: $ cfssh kk/ Key: Directory is /var/cfs/.31031.31351 $ ls ls: reading directory .: Input/output error $ touch hola $ ls ls: reading directory .: Input/output error $ echo * * $ mkdir a ; mkdir a/a $ cd a/a $ touch hola $ ls hola So.. as you can see. Same problem persists. Sergio. On Tue, Oct 17, 2006 at 03:27:15PM +, Gerrit Pape wrote: On Mon, Oct 16, 2006 at 12:15:08PM -0500, Sergio Mendoza wrote: Hi Gerrit Stephen, I think you've pindowned the problem. I hope it can work. Gerrit, if you need access to an amd64 computer, let me know and I'll do arrangements so that you can check strace and other things for cfs. It would be nice if you can test the fix before I upload to Debian. I've put a fixed version here http://people.debian.org/~pape/ahVu1zo/ Please download the three files into a temporary directory, and do $ dpkg-source -x cfs_1.4.1-17.1.dsc $ cd cfs-1.4.1 $ dpkg-buildpackage -rfakeroot -b -uc -us This creates the Debian package ../cfs_1.4.1-17.1_amd64.deb. Install this package as root, # dpkg -i ../cfs_1.4.1-17.1_amd64.deb make sure the cfs daemon is restarted, and check whether it now works correct. Thanks for your assistance, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391516: Link to 64bit clean sources
Hi Gerrit Stephen,
I think you've pindowned the problem. I hope it can work. Gerrit, if
you need access to an amd64 computer, let me know and I'll do
arrangements so that you can check strace and other things for cfs.
Cheers,
Sergio.
On Mon, Oct 16, 2006 at 10:07:59AM +, Gerrit Pape wrote:
tags 391516 + patch
quit
On Mon, Oct 16, 2006 at 12:49:39AM +0200, Stefan Westerfeld wrote:
I can confirm that the problem exists on Debian/AMD64. Maybe this link
which I found with google helps to solve the problem:
http://lists.freebsd.org/pipermail/freebsd-amd64/2005-January/003173.html
The mail refers to a freebsd cfs tarball which was modified to be 64bit
clean. Probably the relevant changes made to that version of cfs could
be backfolded into the Debian package.
Hi Stefan, thanks a lot for this pointer. I found a patch that needs
just slight modifications to apply to the Debian package source.
Regards, Gerrit.
Index: cfs.h
===
RCS file: /cvs/cfs/cfs.h,v
retrieving revision 1.4
diff -u -r1.4 cfs.h
--- cfs.h 31 Mar 2002 14:59:52 - 1.4
+++ cfs.h 16 Oct 2006 10:06:29 -
@@ -23,6 +23,8 @@
#include safer.h
#include cfs_bf.h
+#include inttypes.h
+
#define H_REG 0
#define H_ATTACH 0 /* same as regular */
#define H_ROOT 1
@@ -57,10 +59,10 @@
u_char magic[8];/* 0x0123456789abcdef */
u_short htype; /* 0=reg, 1=attachpt, 2=root(but notused) */
u_short instance; /* which attach */
- u_long fileid; /* inode # */
+ uint32_t fileid;/* inode # */
u_char check[8];/* we just encrypt the date and copy it here */
#ifdef SHORTLINKS
- u_long linkid; /* To uniquify short links */
+ uint32_t linkid;/* To uniquify short links */
u_char pad[4]; /* empty */
#else
u_char pad[8]; /* empty */
Index: cfs_bf.h
===
RCS file: /cvs/cfs/cfs_bf.h,v
retrieving revision 1.2
diff -u -r1.2 cfs_bf.h
--- cfs_bf.h 8 Oct 2001 03:10:18 - 1.2
+++ cfs_bf.h 16 Oct 2006 10:06:29 -
@@ -70,7 +70,7 @@
* the Alpha, otherwise they will not. Strangly using the '8 byte'
* BF_LONG and the default 'non-pointer' inner loop is the best configuration
* for the Alpha */
-#define BF_LONG unsigned long
+#define BF_LONG unsigned int
#define BF_ROUNDS16
#define BF_BLOCK 8
Index: cfs_des.c
===
RCS file: /cvs/cfs/cfs_des.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 cfs_des.c
--- cfs_des.c 8 Oct 2001 02:24:39 - 1.1.1.1
+++ cfs_des.c 16 Oct 2006 10:06:31 -
@@ -22,13 +22,15 @@
* block_cipher(key, block, decrypting)
*/
+#include inttypes.h
+
#ifdef SOLARIS2X
#define bcopy(s, d, l) memcpy(d, s, l)
#define bcmp(s, d, l)(memcmp(s, d, l)? 1 : 0)
#endif
-static long ip_low();
-static long ip_high();
+static int32_t ip_low();
+static int32_t ip_high();
static void fp();
void des_key_setup();
@@ -36,7 +38,7 @@
* Tables for Combined S and P Boxes
*/
-static long s0p[] = {
+static int32_t s0p[] = {
0x00410100,0x0001,0x4040,0x40410100,0x0040,0x40010100,0x4001,0x4040,
0x40010100,0x00410100,0x0041,0x4100,0x40400100,0x0040,0x,0x4001,
0x0001,0x4000,0x00400100,0x00010100,0x40410100,0x0041,0x4100,0x00400100,
@@ -47,7 +49,7 @@
0x0001,0x0040,0x40400100,0x00410100,0x4000,0x4041,0x0100,0x40010100,
};
-static long s1p[] = {
+static int32_t s1p[] = {
0x08021002,0x,0x00021000,0x0802,0x0802,0x1002,0x08001000,0x00021000,
0x1000,0x08020002,0x0002,0x08001000,0x00020002,0x08021000,0x0802,0x0002,
0x0002,0x08001002,0x08020002,0x1000,0x00021002,0x0800,0x,0x00020002,
@@ -58,7 +60,7 @@
0x08020002,0x0002,0x1002,0x08001000,0x08001002,0x0002,0x0802,0x00021000,
};
-static long s2p[] = {
+static int32_t s2p[] = {
0x2080,0x00808020,0x0020,0x20800020,0x20008000,0x0080,0x20800020,0x8020,
0x00800020,0x8000,0x00808000,0x2000,0x20808020,0x2020,0x2000,0x20808000,
0x,0x20008000,0x00808020,0x0020,0x2020,0x20808020,0x8000,0x2080,
@@ -69,7 +71,7 @@
0x00800020,0x,0x20808000,0x2020,0x2080,0x20008020,0x0020,0x00808000,
};
-static long s3p[] = {
+static int32_t s3p[] = {
0x00080201,0x02000200,0x0001,0x02080201,0x,0x0208,0x02000201,0x00080001,
0x02080200,0x0201,0x0200,0x0201,0x0201,0x00080201,0x0008,0x0200,
0x02080001,0x00080200,0x0200,0x0001,0x00080200,0x02000201,0x0208,0x0200,
@@ -80,7 +82,7 @@
Bug#391516: cfs on amd64 mounts but doesn't work
Package: cfs Version: 1.4.1-17 Severity: normal Hi, This bug is amd64 specific. It works fine on 32-bit machines. It has been discussed on debian-amd64 mailing lists: (a) http://lists.debian.org/debian-amd64/2005/07/msg00300.html (b) http://lists.debian.org/debian-amd64/2006/09/msg00338.html Briefly the problem is as follows: $ cmkdir directory Key: Again: $ ls directory $ cfssh directory/ Key: Directory is /var/cfs/.13687.31869 $ ls ls: reading directory .: Input/output error $ echo Hello world test.txt $ cat test.txt Hello world $ echo * * So, as you can see it is possible to read the files, however ls or echo * doesn't list the directory contents. Even ls ./ and related commands will not work. By trying many things I discovered that it is possible to read the contents of the directory by performing the following trick: $ cmkdir directory Key: Again: $ ls directory $ cfssh directory/ Key: Directory is /var/cfs/.13687.31869 $ ls ls: reading directory .: Input/output error $ mkdirhier a/a $ cd a/a/ $ ls $ echo Hello world test.txt $ ls test.txt $ cat test.txt Hello world $ echo * test.txt This is indeed very strange. I can't tell where the error is but my guess is that somehow cfsd is not communicating properly with the nfs daemon. Please note that as far as I am concerned this is an AMD64 only problem. I run cfs on i386 and works perfect! Regards, Sergio. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=C, LC_CTYPE=es_MX (charmap=ISO-8859-1) Versions of packages cfs depends on: ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii nfs-kernel-server1:1.0.10-1 Kernel NFS server support cfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
