On 21.07.2009 22:46, Anders Lagerås wrote:
Hi Anders,
https://bugs.debian.org/537939
> Useing proftpd for ftpse does not work, when someone tries to connect:
> segfault at 28 ip 7f2e14002976 sp 7fffceca3c20 error 6 in
> mod_tls.so[7f2e13ff9000+17000]
> Ftpse works fine with the proftpd
On 08.08.2011 12:51, Андрей Василишин wrote:
Hi,
> Directive "AllowOverwrite On" doesn't work in such config:
>
Posted this as question in the proftp forum for now.
https://forums.proftpd.org/smf/index.php/topic,12361.0.html
Hilmar
--
#206401 http://counter.li.org
forwarded 621504 http://bugs.proftpd.org/show_bug.cgi?id=4349
stop
On 07.04.2011 16:28, Sandro Tosi wrote:
Hi,
> ftptop is a nice tool, willing to mimik top, but its information are not
> correctly formatted in columns (under the headers line); here's an output (a
> bit anonymized :) ):
>
Bug
On 04.05.2018 13:38, Bill Allombert wrote:
Hi Bill,
> Maybe this could be documented in the manpage ? There is already:
>
> BUGS
>This version of TeX implements a number of optional extensions.
> In fact, many of these extensions conflict to a greater or lesser
> extent with the
On 04.05.2018 13:38, Bill Allombert wrote:
Hi,
> Maybe this could be documented in the manpage? There is already:
>
> BUGS
>This version of TeX implements a number of optional extensions.
> In fact, many of these extensions conflict to a greater or lesser
> extent with the
On 07.03.2018 13:13, James Cowgill wrote:
> 3dldf FTBFS on the above architectures with the error:
>> ../src/3dldf tngnts_1.ldf
>> GNU 3DLDF Version 2.0.3
>> Copyright (C) 2013 The Free Software Foundation
>> Author: Laurence D. Finston
>>
Just for the records: I tried to build the package
reassign 897661 texmaker
severity 897661 grave
merge 897661 896656
stop
On 04.05.2018 00:29, wrote:
Hi,
> Texmaker doesn't start sice upgrade libsynctex1:amd64
> 2018.20180416.47457-1.Texmaker star when downgrade manually
> libsynctex1:amd64 2018.20180416.47457-1 -> 2014.20140926.35254-6
>
On 07.03.2018 13:13, James Cowgill wrote:
> 3dldf FTBFS on the above architectures with the error:
>> ../src/3dldf tngnts_1.ldf
>> GNU 3DLDF Version 2.0.3
>> Copyright (C) 2013 The Free Software Foundation
>> Author: Laurence D. Finston
>>
>> GNU 3DLDF comes with ABSOLUTELY NO WARRANTY;
>> for
forwarded 892267 https://savannah.gnu.org/bugs/?53821
stop
Am 07.03.2018 um 13:13 teilte James Cowgill mit:
Hi,
3dldf FTBFS on the above architectures with the error:
../src/3dldf tngnts_1.ldf
GNU 3DLDF Version 2.0.3
Copyright (C) 2013 The Free Software Foundation
Author: Laurence D.
On 30.04.2018 13:17, James Clarke wrote:
Hi James,
> The problem here is that kfreebsd-kernel-headers provides
> sys/extattr.h with these prototypes and so proftpd's configure
> defines HAVE_SYS_EXTATTR_H, but glibc doesn't implement them, and the
> Linux equivalents are currently just stubs
On 01.05.2018 20:22, Hilmar Preusse wrote:
Hi,
> We fail to build from source on Hurd:
>
> https://buildd.debian.org/status/fetch.php?pkg=proftpd-mod-tar=hurd-i386=0.3.3-2=1525171751=0
>
I noticed that there is v0.4 available from upstream. I pushed it to our
repo. My impression is that it
On 30.04.2018 21:26, James Clarke wrote:
Hi,
> Yeah, please file it against kfreebsd-10 and glibc; either the
> prototype should disappear from the headers or it should be
> implemented.
>
Thanks! I've filed #897335. This bug here will be closed upon next
upload of proftp, fix/workaround is in
Package: libc0.1-dev
Version: 2.27-3
Severity: normal
Dear Maintainer,
I hope this is the right package to report on.
I noticed that proftp v1.3.6 FTBFS on kfreebsd. James Clarke told me in
bug #897168 that libc0.1-dev exposes some system calls in header files,
which are not implement in any
On 30.04.2018 13:17, James Clarke wrote:
> On 29 Apr 2018, at 22:06, Hilmar Preuße <hill...@web.de> wrote:
>> On 29.04.2018 14:01, Hilmar Preuße wrote:
Hi James,
>> I just noticed that our package fails to build on kfreebsd:
>>
>> https://buildd.debian.org/
On 29.04.2018 14:01, Hilmar Preuße wrote:
Hi debian-bsd people,
I just noticed that our package fails to build on kfreebsd:
https://buildd.debian.org/status/fetch.php?pkg=proftpd-dfsg=kfreebsd-amd64=1.3.6-2=1524996945=0
Could you help us here? proftp seems to build on FreeBSD in general so
On 27.04.2018 08:57, Samuel Thibault wrote:
> Norbert Preining, le ven. 27 avril 2018 09:27:40 +0900, a ecrit:
Hi Samuel,
>> Furthermore, how should we proceed?
>>
>> The texworks and zathura are fixed, but emacs-pdf-tools, gummi, and
>> texmaker are still open.
>
> Just a guess: just rebuild
Package: src:proftpd-dfsg
Version: 1.3.6-1
Severity: important
Dear Maintainer,
* What led up to the situation?
Since we uploaded proftp 1.3.6 to unstable the package fails to build on
kfreebsd, on i386 and kfreebsd-amd64. The last lines of the log are:
src/fsio.o: In function
affects src:surf-display src:impressive-display
stop
On 27.04.2018 10:03, Hilmar Preuße wrote:
>* What led up to the situation?
>
> The packages surf-display & impressive-display FTBFS due to the
> non-working macro. This is a bug in the csquotes macro package,
> w
Package: texlive-latex-extra
Version: 2018.20180416-1
Severity: critical
Tags: upstream
Justification: breaks unrelated software
Dear Maintainer,
* What led up to the situation?
The packages surf-display & impressive-display FTBFS due to the
non-working macro. This is a bug in the csquotes
On 26.04.2018 11:13, Hilmar Preuße wrote:
> Since we uploaded TL 2018 to Debian unstable the file automultiplechoice.dtx
> fails to compile when converting into the sty file. I've posted a question
> into
> the AMC forum for this: https://project.auto-multiple-
> choice.net/board
On 25.04.2018 21:48, Hilmar Preuße wrote:
> On 22.04.2018 13:22, Sebastian Ramacher wrote:
Hi Sebastian, hi Norbert,
>> A full build log is available at
>> https://people.debian.org/~sramacher/logs/texworks_amd64-2018-04-22T09:30:57Z.build
>>
> I've committed the patc
Source: auto-multiple-choice
Version: 1.3.0-4
Severity: important
Tags: upstream
Since we uploaded TL 2018 to Debian unstable the file automultiplechoice.dtx
fails to compile when converting into the sty file. I've posted a question into
the AMC forum for this: https://project.auto-multiple-
On 22.04.2018 13:11, Adrian Bunk wrote:
Hi Adrian,
https://lists.debian.org/debian-tex-maint/2018/04/msg00068.html
> Undefined control sequence errors in packages using dblatex.
>
> https://bugs.debian.org/896191
>
On 22.04.2018 13:22, Sebastian Ramacher wrote:
Hi Sebastian, hi Norbert,
> A full build log is available at
> https://people.debian.org/~sramacher/logs/texworks_amd64-2018-04-22T09:30:57Z.build
>
I've committed the patch from upstream to salsa. Packages is still not
lintian clean. Could you
Am 19.04.2018 um 15:45 teilte victor mit:
Hi,
Since the last upgrade of my system (sid), I cannot launch nor texmaker nor
zathura. It seems that libsynctex1 is too recent for these others packages, and
therefore prevent them from being launched. As an example, launching texmaker
returns
"
On 27.03.2018 22:04, Jeremy Bicha wrote:
Hi Jeremy,
> I'm bumping the severity so that this package can be auto-removed from
> Testing, while removal from Unstable is still blocked.
>
Thanks for the reminder!
Meanwhile there is #881704 (ROM; abandoned upstream from Gürkan Myczko)
and #884509
Am 09.03.2018 um 16:37 teilte Francesco P. Lovergine mit:
On Fri, Mar 09, 2018 at 12:13:55PM +0100, Hilmar Preuße wrote:
Hi Francesco,
- Bug#892371: proftpd-mod-vroot FTBFS with proftpd 1.3.6-1
- Bug#892372: proftpd-mod-msg FTBFS with proftpd 1.3.6-1
- Bug#892373: proftpd-mod-fsync FTBFS
On 09.03.2018 16:35, Francesco P. Lovergine wrote:
> On Thu, Mar 08, 2018 at 05:27:10PM +0200, Adrian Bunk wrote:
Hi,
>> mod_msg.c:56:3: error: #error "mod_msg requires Controls support
>> (--enable-ctrls)"
>> # error "mod_msg requires Controls support (--enable-ctrls)"
>> ^
>>
>
> This
On 10.03.2018 08:44, Francesco Paolo Lovergine wrote:
Hi Francesco,
> Nave a look onto Castaglia's github repo
>
I've updated the git repo to 0.3, attached is the new orig.tar.gz.
Hilmar
--
#206401 http://counter.li.org
proftpd-mod-fsync_0.3.orig.tar.gz
Description: application/gzip
On 09.03.2018 16:19, Francesco P. Lovergine wrote:
> On Thu, Mar 08, 2018 at 05:25:20PM +0200, Adrian Bunk wrote:
Hi Francesco,
>> mod_vroot.c: In function 'vroot_pre_pass':
>> mod_vroot.c:1651:7: error: 'pr_fs_t {aka struct fs_rec}' has no member
>> named 'creat'; did you mean 'read'?
>>
On 09.03.2018 16:28, Francesco P. Lovergine wrote:
Hi,
> Here the fix is trivial as suggested. Even in this case it is better
> upgrading to current upstream version.
>
Where did you get a later version from? According to
http://www.castaglia.org/proftpd/ the 0.2 is the latest version.
H.
--
Package: proftpd-basic
Version: 1.3.6-1
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
for now we want to prevent the package from migrating to testing until we
are sure all bugs are fixed. For now already three bugs were reported
telling that some modules do not
On 02.09.2015 14:51, Michal Rydlikowski wrote:
Hi Michael,
> mod_sql doesn't work with odbc and postgresql, there is connection
> with database, but no querys are sent.
> It works on the same configuration with the wheezy package (I builded
> package with wheezy version of proftpd)
>
Between
Am 20.02.2018 um 13:32 teilte Matus UHLAR - fantomas mit:
On 19.02.18 23:50, Hilmar Preuße wrote:
Hi,
After removing the following line from
/var/lib/dpkg/info/proftpd-basic.postinst the installation works OK.
#. /usr/share/debconf/confmodule
As we don't use debconf any more he removal
forwarded 870624 http://bugs.proftpd.org/show_bug.cgi?id=4312
stop
Am 03.08.2017 um 16:12 teilte Matus UHLAR - fantomas mit:
Package: proftpd-basic
Version: 1.3.5b-4
Bug was already forwarded.
H.
--
#206401 http://counter.li.org
Am 03.08.2017 um 16:12 teilte Matus UHLAR - fantomas mit:
Hi,
installation of proftpd hangs immediately after starting proftpd
process:
I've put test packages on https://freeshell.de/~hille42/proftpd/870624/
Please test them and report back. Thanks!
Hilmar
--
#206401 http://counter.li.org
On 03.08.2017 16:23, Matus UHLAR - fantomas wrote:
Hi all,
> after another attempt, it seems that proftpd process has FIFO open to
> frontend, which prevents the frontend from finishing.
> new process numbers here:
>
After removing the following line from
On 13.02.2018 05:38, kact...@gnu.org wrote:
Hi,
> Hello! Following piece of code is meant to create wrapper structures
> around primitive types, simplifying creation of generic code.
>
I simply copy any pasted your code into a file an tried to process it.
Hope this was correct. Please confirm.
Am 16.01.2018 um 22:58 teilte Chris Lamb mit:
Hi,
Fixed in Git:
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=1d7d5f746fe774c5e0d6bde66bbcdb2d181f73d8
I can confirm that this solves the issue.
Many thanks!
Hilmar
--
#206401 http://counter.li.org
Am 16.01.2018 um 16:40 teilte Chris Lamb mit:
Hi Chris,
I'm building a package. After the build is done, lintian is called and
writes a lot of these messages:
But what is the package called..? :) How might I reproduce this?
Hmm, this is proftp 1.3.6, not yet in the archive. I could upload
Package: lintian
Version: 2.5.70
Severity: normal
Dear Maintainer,
* What led up to the situation?
I'm building a package. After the build is done, lintian is called and writes a
lot of these messages:
Use of uninitialized value $target in string ne at
# in v1.3.6
tags 839880 + fixed-upstream
stop
Hi,
OK, I mark that bug as fixed in upstream.
Hilmar
Am 12.01.2018 um 01:56 teilte Олег Мороз mit:
I have installed version 1.3.6 from [1], it's works fine with mod_sftp.
11.01.2018 15:32, Hilmar Preuße пишет:
Am 09.01.2018 um 17:45 teilte
Am 09.01.2018 um 17:45 teilte Hilmar Preuße mit:
Hi,
I've escalated the bug to here [1]. Feel to subscribe to the bug to get
informed about news.
Hilmar
[1] http://bugs.proftpd.org/4334
I've got a response from upstream. They told me to test latest upstream
1.3.6. So, I've packaged 1.3.6
/proftpd
0x563c3354f3b0()
bash: syntax error near unexpected token `('
and
root@sim-ng-data:/home/vniiem# addr2line -e /usr/sbin/proftpd
(0x563c3354f3b0)
bash: syntax error near unexpected token `('
03.01.2018 15:47, Hilmar Preuße пишет:
Am 03.01.2018 um 09:39 teilte Олег Мороз mit:
Hi Oleg
(0x563c3354f3b0)
bash: syntax error near unexpected token `('
03.01.2018 15:47, Hilmar Preuße пишет:
Am 03.01.2018 um 09:39 teilte Олег Мороз mit:
Hi Oleg,
Happy new year!
according to my knowledge the most top line of the stack trace is the
relevant one.
Your first addr2line command leads me
On 06.01.2018 08:48, Manfred Ilg wrote:
Hi Manfred,
> updmap [ERROR]: The following map file(s) couldn't be found:
> updmap [ERROR]: emerald.map (in /etc/texmf/web2c/updmap.cfg)
> updmap [ERROR]: Did you run mktexlsr?
>
> You can disable non-existent map entries using the option
Am 03.01.2018 um 09:39 teilte Олег Мороз mit:
Hi Oleg,
Happy new year!
according to my knowledge the most top line of the stack trace is the
relevant one.
Your first addr2line command leads me to line 1312 in
./contrib/mod_sftp/auth.c. This line just contains a call to function
tags 885341 + fixed-upstream
stop
On 29.12.2017 23:56, Karl Berry wrote:
> Added wordcount.sh to TeX Live for tonight's build. Thanks. -k
>
Marking as fixed in upstream.
H.
--
#206401 http://counter.li.org
On 29.12.2017 23:04, Hilmar Preuße wrote:
Hi Олег,
could you please attach both log files proftpd.log & sftp.log showing
the crashes.
Hilmar
> On 28.12.2017 14:53, Hilmar Preuße wrote:
>
> Добры бечер Олег,
>
> On my system the addr2line command gives only usef
On 28.12.2017 14:53, Hilmar Preuße wrote:
Добры бечер Олег,
On my system the addr2line command gives only useful results if I use
the numbers in (), like this. At least output below makes sense to me.
What does your addr2line returns?
hille@amd64-sid:~$ addr2line -e /usr/sbin/proftpd
]): SSH2 session closed.
28.12.2017 0:09, Hilmar Preuße пишет:
On 26.12.2017 09:41, Мороз Олег wrote:
Hi Олег,
Have made changes in
/etc/security/limits.d/core_dump.conf
then set path to save code dumps into /tmp
vniiem@sim-ng-data /tmp % /sbin/sysctl -a -r kernel.core
kernel.core_pattern = /tmp
On 26.12.2017 09:41, Мороз Олег wrote:
Hi Олег,
> Have made changes in
>
> /etc/security/limits.d/core_dump.conf
>
> then set path to save code dumps into /tmp
>
> vniiem@sim-ng-data /tmp % /sbin/sysctl -a -r kernel.core
> kernel.core_pattern = /tmp/core.%e.%p.%t
> kernel.core_pipe_limit = 0
for now.
Hilmar
> I'm not checked any version except 1.3.5b-4 and 1.3.5d-1. If it possible
> to download .deb packages for any other version within that interval,
> i'll be happy to test it.
>
> 24.12.2017 12:21, Hilmar Preuße пишет:
>> Am 24.12.2017 um 08:33 teilte Олег Мор
n about changes from 1.3.5b-4 up to 1.3.5d-1?
24.12.2017 2:02, Hilmar Preuße пишет:
Am 23.12.2017 um 11:25 teilte Олег Мороз mit:
Hi,
does http://bugs.proftpd.org/show_bug.cgi?id=4321 eventually describe
your problem?
Hilmar
Have installed 1.3.5e, but problem not solved
2017-12-23 13:24:15,
proftpd[25461] sim-ng-data
(OpenWrt[192.168.3.180]): SSH2 session closed.
22.12.2017 0:51, Hilmar Preuße пишет:
On 21.12.2017 05:00, Мороз Олег wrote:
Hi Олег,
you did not tell, if you run stable or unstable. As you use 1.3.5d I
assume you run sid. I've packaged the 1.3.5e for sid (it should contain
-ng-data
(OpenWrt[192.168.3.180]): ProFTPD terminating (signal 11)
2017-12-23 15:56:18,046 sim-ng-data proftpd[11912] sim-ng-data
(OpenWrt[192.168.3.180]): SSH2 session closed.
program is not crushed (still working and running) because of that i
have no posibility to collect backtrace of error
On 23.12.2017 11:25, Олег Мороз wrote:
Hi Олег,
> 2017-12-23 13:24:15,773 sim-ng-data proftpd[25418] sim-ng-data: ProFTPD
> 1.3.5e (maint) (built Di Dez 19 2017 07:53:15 CET) standalone mode STARTUP
> 2017-12-23 13:24:19,256 sim-ng-data proftpd[25446] sim-ng-data
> (OpenWrt[192.168.3.180]): SSH2
://freeshell.de/~hille42/proftpd/
> Can you please build for x86_64 ?
>
>
> 21.12.2017 1:07, Hilmar Preuße пишет:
>> On 06.10.2016 05:52, Franklin Weng wrote:
>>
>> Hi all,
>>
>>> proftpd started successfully in my jessie system. However after some
>&
On 06.10.2016 05:52, Franklin Weng wrote:
Hi all,
> proftpd started successfully in my jessie system. However after some day
> (it may be after a system-wide upgrade) the client failed to login.
>
For 1.3.5e I see only two crash bugs fixed:
- Bug 4287 - SFTP clients using umac...@openssh.com
On 19.05.2017 14:11, Andreas Tille wrote:
Hi Andreas,
> under Jessie I can successfully build the following LaTeX file:
>
> \documentclass{article}
> \usepackage{yfonts}
>
> \begin{document}
> \yinipar{T}est
> \end{document}
>
> since texlive-fonts-extra (2014.20141024-1) contains:
>
> $
tags 884558 + pending
stop
On 16.12.2017 20:59, Helmut Grohne wrote:
Hi Helmut,
> proftpd-dfsg fails to cross build from source, because make install
> tries to strip proftpd (via install -s) with the build architecture
> strip and fails doing so. Stripping is best performed by dh_strip to get
On 16.12.2017 23:07, Hilmar Preuße wrote:
Hi Helmut,
> However we do call dh_gencontrol right before the dh_builddeb call. Do
> you have a fast explanation why we don't see debug packages?
>
OK, found it. We have to call dh_strip before dh_gencontrol.
Hilmar
--
#206401 http://counter.li.org
On 16.12.2017 20:59, Helmut Grohne wrote:
Dear Helmut,
> proftpd-dfsg fails to cross build from source, because make install
> tries to strip proftpd (via install -s) with the build architecture
> strip and fails doing so. Stripping is best performed by dh_strip to get
> useful -dbgsym packages.
On 15.12.2017 20:57, Norbert Preining wrote:
Hi Norbert,
> I faintly remember some discussion on one of the recent biber issues
> on github and a new version coming out that fixes that.
>
Hmm, I had a look at the repository and recently closed issues + open
issues, but did not find something.
On 15.12.2017 20:57, Norbert Preining wrote:
Hi,
> I faintly remember some discussion on one of the recent biber issues on
> github and a new version coming out that fixes that.
>
> Sorry, not too much time to actually check as I am travelling.
>
Many thanks! At least the 2.9 recently uploaded
On 11.11.2017 16:41, W. Martin Borgert wrote:
> See here for details:
>
> https://www.ausweisapp.bund.de/en/questions-and-answers/frequently-asked-questions/
> https://en.wikipedia.org/wiki/European_Union_Public_Licence
>
> It seems, that all dependencies are already in Debian. master does not
reassign 704527 libbtparse1
tags 704527 + moreinfo
stop
On 02.04.2013 14:55, Harri Kiiskinen wrote:
Hi Harri,
> biber does not seem to accept the character "(" in a bibtex key.
> This is rather irritating, as the old bibtex did accept it along some
> other non-letter characters. This may of
On 09.12.2017 16:14, Norbert Preining wrote:
Hilmar
>> installation. I can reproduce the problem on both systems.
>
> Which files are tried to be removed but are not there. Not all of them I
> guess, right?
>
Please have a look at the patch, look for the removed (and inserted)
lines. Build log
On 09.12.2017 13:52, Norbert Preining wrote:
Hi Norbert,
>> were you able to build the package? For me it failed, b/c some rm commands
>> in the install stage failed. For now I replaced rm by rm -f to ignore the
>
> Strange. Before uploading I will check, but rm -f is not the solution.
> I want
Am 07.12.2017 um 15:42 teilte Norbert Preining mit:
Hi Norbert,
were you able to build the package? For me it failed, b/c some rm
commands in the install stage failed. For now I replaced rm by rm -f to
ignore the exit code (patch attached).
Hilmar
Found the bug ... dh_autoreconf does not
Am 07.12.2017 um 15:42 teilte Norbert Preining mit:
Hi,
Found the bug ... dh_autoreconf does not rebuild the files down in
texk/web2c, working on a fix now by adding all dirs to
debian/autoreconf
Norbert
Hmm, I'd expect that dh_autoreconf does its rebuild recursively.
NAME
severity 883521 serious
tags 883521 +pending +patch
stop
On 04.12.2017 19:22, Emilio Pozuelo Monfort wrote:
Hi,
> Your package fails to build with poppler 0.61.1 from experimental. This
> version introduces some API changes to the Object class which cause
> some problems to a few packages. In
On 04.12.2017 15:17, Norbert Preining wrote:
Hi Norbert,
> Trying to mimic this with pkg-config seems to be a bit tricky.
>
> I am not sure whether replacement of
> icu-config --cppflags
> with
> pkg-config --cflags icu-uc icu-io
> and
> icu-config --ldflags-searchpath
On 06.12.2017 02:05, Norbert Preining wrote:
Hi,
> (strange enough this bug report didn't arrive at my inbox)
>
Didn't get it either; I just got noticed b/c the bug was manipulated later.
I guess the reason is the size limitation in Debian mailing lists. The
bug reporter attached the full
On 05.12.2017 19:36, Hilmar Preuße wrote:
Hi Norbert,
> Attached is the archlinux patch, which contains still the
> modifications by Hàn. I can build TL with libpoppler.61. I installed the
> package and did some basic tests (i.e. if pdftex/luatex works at all).
>
The hook for debi
On 04.12.2017 19:22, Emilio Pozuelo Monfort wrote:
Hi all,
> Your package fails to build with poppler 0.61.1 from experimental. This
> version introduces some API changes to the Object class which cause
> some problems to a few packages. In some cases upstream has already
> adapted to these
On 04.12.2017 16:25, Matthias Klose wrote:
> On 04.12.2017 15:17, Norbert Preining wrote:
Hi,
>> Just one last idea ... icu-config is *still* shipped with upstream.
>> It would be nice if either you or upstream provides a concise guide how
>> to transition to pkg-config, instead of unilaterally
Am 26.10.2017 um 09:42 teilte Matthias Klose mit:
Hi Norbert,
icu from experimental dropped the icu-config binary, and texlive-bin doesn't
have a fallback for pkg-config icu-i18n.
Could you address this problem in the meantime @TL upstream? AFAICT
there wasn't any change in TL SVN for this
Am 26.10.2017 um 09:42 teilte Matthias Klose mit:
Hi Laszlo,
icu from experimental dropped the icu-config binary, and texlive-bin
doesn't have a fallback for pkg-config icu-i18n.
changelog of icu:
icu (59.1-1) experimental; urgency=low
* New major upstream release.
* Remove icu-config
On 23.11.2017 05:35, Helmut Grohne wrote:
Hi Helmut,
> mimetex fails to cross build from source, because it uses the build
> architecture compiler. After making compiler invocations substitutable
> and letting dh_auto_build pass substitutions, mimetex cross builds
> successfully. Please consider
On 19.10.2017 17:07, Équipe EOLE wrote:
Hi,
> We maintain an Ubuntu derivative and we needed to package the latest
> stable version of proftpd to fix a bug with ACL:
>
> - http://bugs.proftpd.org/show_bug.cgi?id=4303
>
> - https://bugs.launchpad.net/ubuntu/+source/proftpd-dfsg/+bug/1701199
>
Am 26.08.2017 um 21:44 teilte حسن عابدی mit:
Hi,
Sorry to say this, But you are implicitly saying we need more than just
one instance of an error/bug in a package to declare it broken?(Lol); I
don't think because a package has fewer users it should be left
unattended; At least I guess it's
notfound 873128 2017.20170818-1
tags 873128 - moreinfo
stop
On 26.08.2017 10:42, حسن عابدی wrote:
Hi,
> Thank you for help I will find a solution myself. In worst case scenario I
> may need to revert back to Jessie.
> By the way, Is "texlive-lang-arabic" considered broken in stable?
>
This is
On 25.08.2017 20:53, Hilmar Preuße wrote:
Hi,
> I'm able to reproduce the problem in stable. So the problem is fixed in
> unstable.
>
> (/usr/share/texlive/texmf-dist/tex/xelatex/xepersian/book-xepersian.def)
> ! Undefined control sequence.
> \setlatintextfont code ..._font
On 25.08.2017 07:56, حسن عابدی wrote:
Hi,
> (/usr/share/texlive/texmf-dist/tex/xelatex/xepersian/loadingorder-xepersian.def
> ) (/usr/share/texlive/texmf-dist/tex/xelatex/xepersian/listings-xepersian.def)
> (/usr/share/texlive/texmf-dist/tex/xelatex/xepersian/algorithmic-xepersian.def)
>
Am 25.08.2017 um 11:16 teilte حسن عابدی mit:
Hi,
Hi, I attached the files you asked for, please change directory to
'files' after extracting 'files.7z' and run 'make debug' in the
shell.
After extracting your file and downloading all the needed fonts from
anywhere your document compiles
Am 25.08.2017 um 07:56 teilte حسن عابدی mit:
Hi,
I just have finished installing Debian stable (Debian 9 amd64) and When
I try to use Xepersian package(from 'texlive-lang-arabic' Debian
package) I confront this error:
Could you share the TeX source code?
Hilmar
--
#206401
On 29.05.2017 14:22, debian-bugtrac...@conemu.de wrote:
> Am 05.09.2016 um 13:22 schrieb Hilmar Preuße:
Hi,
>> I have test packages on https://freeshell.de/~hille42/proftpd/ .
>>
>> There are far from being finished, they just contain the patch. Could
>> you tes
Am 19.05.2017 um 04:12 teilte Igor Liferenko mit:
Hi,
Consider this example "test.mf":
drawdot (35,70); showit;
If we run "mf test" the graphics window comes up but nothing is displayed.
Did so. I got the resulting window. W/o knowing metafont I'd say that is
pretty much what you
forwarded 862226 https://sourceforge.net/p/xetex/bugs/139
stop
Am 10.05.2017 um 00:51 tastete Bobby de Vos:
Hi,
This issue was first filed under the fontconfig package,
see https://bugs.debian.org/861938 for all the needed details.
As you opened already an ticket @SF, I'm marking that bugs
Am 16.02.2017 um 00:53 tastete Dmitry Katsubo:
Hi Dimitry,
I think this is about the same matter. If I remember correctly, I have
originally using "LDAPSearchScope subtree", which at some moment was broken
(bug#500731), and then I tried "LDAPServer ldap://localhost??sub; which also
didn't
On 02.09.2015 14:51, Michal Rydlikowski wrote:
Hi Michael,
> mod_sql doesn't work with odbc and postgresql, there is connection
> with database, but no querys are sent.
> It works on the same configuration with the wheezy package (I builded
> package with wheezy version of proftpd)
>
Between
notforwarded 857425
stop
On 10.03.2017 23:59, Hilmar Preuße wrote:
Hi *,
> This bug is valid for 6.3.0.dfsg.1-1 and found in upstream package.
> I'll forward to upstream ASAP. We have a lot of perl modules, where
> #!/bin/false is set as interpreter. This looks at least uncommon to
&
forwarded 857425 https://savannah.gnu.org/bugs/index.php?50535
stop
On 10.03.2017 23:59, Hilmar Preuße wrote:
Hi,
> This bug is valid for 6.3.0.dfsg.1-1 and found in upstream package. I'll
> forward to upstream ASAP.
>
Marking.
Hilmar
--
http://www.hilmar-preusse.de.vu/ #20
Package: texinfo
Version: 5.2.0.dfsg.1-6
Severity: minor
Tags: upstream
This bug is valid for 6.3.0.dfsg.1-1 and found in upstream package. I'll
forward to upstream ASAP.
We have a lot of perl modules, where #!/bin/false is set as interpreter. This
looks at least uncommon to me.
Hilmar
>From
Package: latex-cjk-common
Version: 4.8.4+git20150701-2
Severity: minor
It was downloaded from
http://cjk.ffii.org/cjk-current.tar.gz
And the project homepage is
http://cjk.ffi.org/
Project homepage is too http://cjk.ffi.org/ .
Hilmar
-- System Information:
Debian Release: 8.7
tag 796233 + fixed-upstream
# 1.3.6rc2
stop
On 20.08.2015 15:25, Fabian Schlager wrote:
Hi,
> When running ftpasswd (see [0] for the exact call), the script will
> change the permissions of the passwd file to 0644 before prompting for a
> password. Aborting it at the password prompt will cause
On 30.07.2010 23:53, Martin Sebald wrote:
Hi Martin,
https://bugs.debian.org/591009
> I'm using ProFTPd with MySQL, no other modules.
>
> When trying to transfer a file with 1.3.3a-1 the client gets disconnected
> after sending the file (sent file seems to be ok). With cmdline client the
>
On 08.08.2011 12:51, Андрей Василишин wrote:
Hi,
https://bugs.debian.org/637076
> Directive "AllowOverwrite On" doesn't work in such config:
>
> # cat /etc/proftpd/proftpd.conf
> Include /etc/proftpd/modules.conf
>
Are you still able to reproduce the problem? Could you share some logs,
which
Am 22.05.2010 um 18:47 tastete Андрей Василишин:
Hi all,
https://bugs.debian.org/582660
I am using proftpd-basic 1.3.2e-4 and proftpd-basic 1.3.3-1 on other
server.
I am using an example from
http://www.proftpd.org/docs/howto/Limit.html for "First, a common
configuration: an upload-only
801 - 900 of 1193 matches
Mail list logo
