Package: wnpp
Severity: wishlist
Owner: Taavi Väänänen
* Package name: golang-github-a-h-htmlformat
Version : 0.0~git20250209.c2a3d62-1
Upstream Author : Adrian Hesketh
* URL : https://github.com/a-h/htmlformat
* License : Expat
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Taavi Väänänen
* Package name: golang-github-a-h-parse
Version : 0.0~git20250122.74294ad-1
Upstream Author : Adrian Hesketh
* URL : https://github.com/a-h/parse
* License : Expat
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Taavi Väänänen
Control: block 1102132 by -1
* Package name: golang-github-a-h-templ
Version : 0.3.857-1
Upstream Author : Adrian Hesketh
* URL : https://github.com/a-h/templ
* License : Expat
Programming Lang: Go
> mass-bug-filing against the ones that FTBFS
Thanks for the idea. Fails To Build From Source. Although not tested, I
guess, not one (-doc) package will fail to build. Doxygen simply ignores
group commands in standard comments by now. Doxygen requires everything
to be in a Special Comment Block
> upstream .. issue
Paolo, thanks for watching. Doxygen works as expected.
In the past, it accepted group commands without being in a "special comment
section". Since version 1.8.16, Doxygen requires a "special
comment section". Again, as designed, Doxygen does not see those group
commands now
I Alexander,
Il 12/11/21 11:58, Alexander Traud ha scritto:
Thank you so much. Both helped. For another project, I am going for the -dev
package content. For this issue here, the source turned out to be much easier.
The result is a bit astonishing. I have not checked for false positives yet.
Hi Alexander (2021.11.12_10:58:19_+)
> The result is a bit astonishing. I have not checked for false positives yet.
> But the initial search gave 650 affected source packages. I expected perhaps
> 15 packages, which I fix then. However, that is 2.5% of the actual amount, 40
> times more than
Thank you so much. Both helped. For another project, I am going for the -dev
package content. For this issue here, the source turned out to be much easier.
The result is a bit astonishing. I have not checked for false positives yet.
But the initial search gave 650 affected source packages. I exp
On Thu, 2021-11-11 at 19:13 +0100, Adam Borowski wrote:
> wget http://ftp.debian.org/debian/dists/sid/main/Contents-amd64.gz
> apt download `zgrep '\.h ' Contents-amd64.gz |rev|cut -d/ -f1|rev|sort|uniq`
An alternative to wget and zgrep is apt-file:
apt download $(apt-file
n/Contents-amd64.gz
apt download `zgrep '\.h ' Contents-amd64.gz |rev|cut -d/ -f1|rev|sort|uniq`
... which fetches all packages that provide a .h file.
On the other hand Contents-source uses a tab and no section:
wget http://ftp.debian.org/debian/dists/sid/main/Contents-source.g
On 2021-11-11 16:27:47 +0100 (+0100), Alexander Traud wrote:
[...]
> Question: Exists an (easy) way to 'grep' all headers files of all
> packages in Debian?
[...]
That may be possible with https://codesearch.debian.net/ though
you'll probably want to fiddle with the filetype and maybe package
para
Alexander Traud writes:
> Question: Exists an (easy) way to 'grep' all headers files of all packages in
> Debian?
Does https://codesearch.debian.net help?
--
Alberto
signature.asc
Description: PGP signature
header files installed
on my machine. That way, I found projects affected and reported/fixed it
upstream.
Question: Exists an (easy) way to 'grep' all headers files of all packages in
Debian?
[1] <https://gcc.gnu.org/git/?p=gcc.git;h=f0b8834>
[2] <https://gcc.gnu.org/git/?p=gc
Hahn
Hjhhjhj
Hggghhcbc
Gvv cvgggyvt
Gydjsjsjsnsndnsjdjdjjdj
Shdhdjsjjsjdjdjsjjjdj
Hdjxjv
Sent from my iPhone
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller
* Package name: utf8.h
Upstream Author : Neil Henning
* URL : https://github.com/sheredom/utf8.h
* License : Unlicense-Licensed
Programming Lang: C/C++
Description : header files providing utf8-ready string
Package: wnpp
Severity: wishlist
Owner: Felix Lechner
* Package name: msx264
Version : 1.5.1
Upstream Author : Simon Morlat
* URL : http://www.linphone.org
* License : GPL-2+
Programming Lang: C
Description : Mediastreamer plugin for the H.264 video
On Mon, 20 Oct 2014 21:04:03 +0200 (CEST)
Moritz Tacke wrote:
> >>* What led up to the situation?
> >> After the last upgrade, the system would not halt any more.
> >> Instead, it runs into a restart cycle. The restart bypasses GRUB,
> >> i.e. one a computer with multiple OS, it restarts linu
Your message dated Tue, 21 Oct 2014 04:25:31 +0200
with message-id <5445c41b.5090...@tnnn.pl>
and subject line Re: Bug#765719: general: System restarts on "shutdown -h now"
has caused the Debian Bug report #765719,
regarding general: System restarts on "shutdown -h now"
t
Thank you very much, that worked instantly! I don't know why kexec-tools
was installed, but now, it isn't any longer and the reboot-cycle is
broken.
On Fri, 17 Oct 2014, Konstantin Khomoutov wrote:
On Fri, 17 Oct 2014 15:28:18 +0200
Moritz wrote:
* What led up to the situation?
After t
On Fri, 17 Oct 2014 15:28:18 +0200
Moritz wrote:
>* What led up to the situation?
> After the last upgrade, the system would not halt any more. Instead,
> it runs into a restart cycle. The restart bypasses GRUB, i.e. one a
> computer with multiple OS, it restarts linux directly. The machine i
Package: general
Severity: normal
Dear Maintainer,
* What led up to the situation?
After the last upgrade, the system would not halt any more. Instead, it runs
into a restart cycle. The restart bypasses GRUB, i.e. one a computer with
multiple OS, it restarts linux directly.
The machine in us
Carsten Hey writes:
> * Steve Langasek [2012-02-14 09:29 -0800]:
>> Where we've run across similar problems with posix_types.h in the recent
>> past, it has indeed been due to the use of "gcc -I-".
> Drafts of the C89 and C11 standards read:
> | A preprocessing directive of the form
> | # incl
* Steve Langasek [2012-02-14 09:29 -0800]:
> Where we've run across similar problems with posix_types.h in the recent
> past, it has indeed been due to the use of "gcc -I-".
Drafts of the C89 and C11 standards read:
| A preprocessing directive of the form
| # include "q-char-sequence" new-line
|
On Tue, Feb 14, 2012 at 12:32:16PM -0800, Steve Langasek wrote:
> Hi Ben,
>
> On Tue, Feb 14, 2012 at 06:19:40PM +, Ben Hutchings wrote:
>
> > > Where we've run across similar problems with posix_types.h in the recent
> > > past, it has indeed been due to the use of "gcc -I-".
>
> > Wow, tha
Hi Ben,
On Tue, Feb 14, 2012 at 06:19:40PM +, Ben Hutchings wrote:
> > Where we've run across similar problems with posix_types.h in the recent
> > past, it has indeed been due to the use of "gcc -I-".
> Wow, that is a really insane option. However it is documented as
> deprecated.
Right.
On Tue, Feb 14, 2012 at 09:29:30AM -0800, Steve Langasek wrote:
> On Tue, Feb 14, 2012 at 12:34:41AM -0800, Russ Allbery wrote:
> > > and goes on an on, repeating the error about posix_types_32.h.
> > > ---
>
On Tue, Feb 14, 2012 at 12:34:41AM -0800, Russ Allbery wrote:
> > and goes on an on, repeating the error about posix_types_32.h.
> > ---
> > It would help if you could confirm that this is actually an issue cause
nix_gnp
> sr_unix_cm sr_unix_nsb sr_unix sr_port_cm sr_port
> make[3]: Entering directory `/tmp/buildd/fis-gtm-5.4-002B/pro/obj'
> /usr/include/i386-linux-gnu/asm/posix_types.h:2:30: fatal error:
> posix_types_32.h: No such file or directory
> compilation terminated.
>
_unix_gnp
sr_unix_cm sr_unix_nsb sr_unix sr_port_cm sr_port
make[3]: Entering directory `/tmp/buildd/fis-gtm-5.4-002B/pro/obj'
/usr/include/i386-linux-gnu/asm/posix_types.h:2:30: fatal error:
posix_types_32.h: No such file or directory
compilation terminated.
/usr/include/i386-linux-gnu/asm/posix_
Sent from my iPhone
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/0e4b787a-2b71-43b5-85dd-cf2c329ee...@yahoo.com
On 08/10/2010 09:25 PM, Adam D. Barratt wrote:
>> > Chromium isn't meant to be released with Squeeze. We'll reevaluate for
>> > Squeeze+1.
> Is that still the case?
No, it isn't. Please see #581265 and in particular message #32, #37 and #44
Cheers,
Giuseppe.
signature.asc
Description: OpenPGP
On Tue, 2010-05-11 at 20:55 +0200, Moritz Muehlenhoff wrote:
> On 2010-05-11, Reinhard Tartler wrote:
> > Surely not. Chromium ships a *private* copy of ffmpeg, more precisely, a
> > fork of ffmpeg called ffmpeg-mt. Debian does not include ffmpeg-mt
> > because of bug #575600 (tagged wontfix). Mor
On Thu, May 13, 2010 at 03:34:06 (CEST), Andreas Marschke wrote:
>> What I could imagine is to seperate out the ffmpeg module into a
>> seperate source package, and ship it in a 3rd party repository outside
>> of debian squeeze.
>>
> Wouldn't this be a perfect candidate for debimedia?
Probably
> What I could imagine is to seperate out the ffmpeg module into a
> seperate source package, and ship it in a 3rd party repository outside
> of debian squeeze.
>
Wouldn't this be a perfect candidate for debimedia? And since it's the source
code only that we distribute with the package it shouldn
On Wed, May 12, 2010 at 2:31 AM, Giuseppe Iuculano wrote:
> Il 12/05/2010 06:38, Reinhard Tartler ha scritto:
>> TBH, I'm very skeptical. While I'm not sure why google has decided to
>> choose astrange's branch/fork, I fear that there have been too many
>> changes to the external public API that t
On Wed, May 12, 2010 at 05:43:37AM +, Sune Vuorela wrote:
> It is the 3rd copy of webkit code in the archive, again most likely
> from a different branch point. (webkit source package building the gtk
> frontend to webkit, qt4-x11 building qtwebkit and now chrome)
Right, but it's no more the f
Il 12/05/2010 06:38, Reinhard Tartler ha scritto:
> TBH, I'm very skeptical. While I'm not sure why google has decided to
> choose astrange's branch/fork, I fear that there have been too many
> changes to the external public API that this is not going to work out.
> I'm basing this opinion on the G
On 2010-05-11, Stefano Zacchiroli wrote:
> I understand that the security team might be skeptical about security
> support, but IIRC past vetoes from the security team came from software
> with bad _history_ of security support, while in this case it would seem
> a preemptive move, isn't it?
It i
On Wed, May 12, 2010 at 00:29:02 (CEST), Stefano Zacchiroli wrote:
> On Tue, May 11, 2010 at 08:55:17PM +0200, Moritz Muehlenhoff wrote:
>> > Surely not. Chromium ships a *private* copy of ffmpeg, more precisely, a
>> > fork of ffmpeg called ffmpeg-mt. Debian does not include ffmpeg-mt
>> > becaus
On Tue, May 11, 2010 at 23:53:51 +0200, Giuseppe Iuculano wrote:
> Il 11/05/2010 17:35, Ben Hutchings ha scritto:
>
> > How can you expect this to work? The ABI of the system ffmpeg libraries
> > is not going to match the ABI defined by the bundled headers. You must
> > patch chromium to work w
On Tue, May 11, 2010 at 08:55:17PM +0200, Moritz Muehlenhoff wrote:
> > Surely not. Chromium ships a *private* copy of ffmpeg, more precisely, a
> > fork of ffmpeg called ffmpeg-mt. Debian does not include ffmpeg-mt
> > because of bug #575600 (tagged wontfix). Moreover, Debian's copy of
> > ffmpeg
Il 11/05/2010 17:35, Ben Hutchings ha scritto:
> How can you expect this to work? The ABI of the system ffmpeg libraries
> is not going to match the ABI defined by the bundled headers. You must
> patch chromium to work with the system ffmpeg headers.
chromium doesn't link against the ffmpeg lib
On 2010-05-11, Reinhard Tartler wrote:
> On Mon, May 10, 2010 at 22:36:00 (CEST), Giuseppe Iuculano wrote:
>
>> Chromium in Debian is built against the system FFmpeg headers via
>> pkg-config. This means when Chromium is launched it will assume that
>> FFmpeg is present in the system library path
On Tue, May 11, 2010 at 17:27:31 (CEST), Giuseppe Iuculano wrote:
> severity 580947 important
> thanks
For the record, after reading your latest mail, I still disagree with
this assessment, but won't play BTW ping pong.
> Il 11/05/2010 10:44, Reinhard Tartler ha scritto:
>> I can only assume tha
On Tue, May 11, 2010 at 17:27:31 +0200, Giuseppe Iuculano wrote:
> There was another solution, and this is now adopted in the latest
> experimental package, Compile with use_system_ffmpeg=1 and
> build_ffmpegsumo=0, but use the in-sources include path for headers, see
> [1] and [2].
>
> In this w
On Tue, May 11, 2010 at 05:27:31PM +0200, Giuseppe Iuculano wrote:
[...]
> chromium doesn't compile with the current version of ffmpeg in unstable
> because it is too outdated, this means I had three choices:
>
> - compile with use_system_ffmpeg=0 and build_ffmpegsumo=0 (this means
> drop ffmpeg s
severity 580947 important
thanks
Il 11/05/2010 10:44, Reinhard Tartler ha scritto:
> checking [2], reveals that I'm partly wrong. There is an in-source copy
> of ffmpeg, that there is an option 'use_system_ffmpeg=1' passed to the
> buildscript. This indicates that I indeed missed that upstream now
On Tue, May 11, 2010 at 10:22:02 (CEST), Philipp Kern wrote:
> On 2010-05-11, Reinhard Tartler wrote:
>> [1] http://experimental.ftbfs.de/chromium-browser (unavailable at time
>> of writing)
>
> experimental.ftbfs.de is down for good. I guess you meant [0] or similar.
>
> Kind regards,
> Phi
Hi,
On 11/05/10 10:13, Reinhard Tartler wrote:
> [1] http://experimental.ftbfs.de/chromium-browser (unavailable at time
> of writing)
Experimental is now on buildd.d.o, see
https://buildd.debian.org/status/package.php?p=chromium-browser&suite=experimental
Cheers,
Emilio
--
To UNSUBSCRIBE,
On 2010-05-11, Reinhard Tartler wrote:
> [1] http://experimental.ftbfs.de/chromium-browser (unavailable at time
> of writing)
experimental.ftbfs.de is down for good. I guess you meant [0] or similar.
Kind regards,
Philipp Kern
[0]
https://buildd.debian.org/status/package.php?p=chromium-br
severity 580947 serious
stop
On Tue, May 11, 2010 at 07:39:12 (CEST), Joey Hess wrote:
> Reinhard Tartler wrote:
>> Surely not. Chromium ships a *private* copy of ffmpeg, more precisely, a
>> fork of ffmpeg called ffmpeg-mt. Debian does not include ffmpeg-mt
>> because of bug #575600 (tagged wont
Reinhard Tartler wrote:
> Surely not. Chromium ships a *private* copy of ffmpeg, more precisely, a
> fork of ffmpeg called ffmpeg-mt. Debian does not include ffmpeg-mt
> because of bug #575600 (tagged wontfix). Moreover, Debian's copy of
> ffmpeg will always be out-of-date.
>
> I wonder why the se
On Mon, May 10, 2010 at 22:15:28 (CEST), Iker Salmón San Millán wrote:
> Hi, i didn't know where or how to report this, but i have readed in a forum
> that an user has tried chromium-browser from experimental and seems that it
> includes by default those privative codecs.
As others have noted in
On Mon, May 10, 2010 at 22:36:00 (CEST), Giuseppe Iuculano wrote:
> Chromium in Debian is built against the system FFmpeg headers via
> pkg-config. This means when Chromium is launched it will assume that
> FFmpeg is present in the system library path. In this way you can
> decide which codecs c
On Monday 10 May 2010 17:36:59 Sven Arvidsson wrote:
> On Mon, 2010-05-10 at 22:36 +0200, Giuseppe Iuculano wrote:
> > If you can watch youtube html5 video, probably you have installaed
> > libavcodec52, libavformat52 and libavutil50 from debian-multimedia[1] or
> > other third repositories.
>
> W
Giuseppe Iuculano writes:
> If you can watch youtube html5 video, probably you have installaed
> libavcodec52, libavformat52 and libavutil50 from debian-multimedia[1] or
> other third repositories.
Hmm? Mplayer in debian unstable plays youtube h.264 just fine. No
non-free stu
On Mon, 2010-05-10 at 22:36 +0200, Giuseppe Iuculano wrote:
> If you can watch youtube html5 video, probably you have installaed
> libavcodec52, libavformat52 and libavutil50 from debian-multimedia[1] or
> other third repositories.
Why? Debian ships decoders for H264, so it should work out of the
On 05/10/2010 10:44 PM, Iker Salmón San Millán wrote:
> I didn't report as a bug because there wasn't anything wrong with the
> usability, i tought it was something that goes against debian social
> contract.
Which would still be a bug, with a a release critical severity.
Best thing to do in such
El 10 de mayo de 2010 22:36, Giuseppe Iuculano escribió:
>
> No, it doesn't contain those, see below
>
> Chromium in Debian is built against the system FFmpeg headers via
> pkg-config. This means when Chromium is launched it will assume that
> FFmpeg is present in the system library path.
> In
Hi,
Il 10/05/2010 22:15, Iker Salmón San Millán ha scritto:
> Hi, i didn't know where or how to report this, but i have readed in a
> forum that an user has tried |chromium-browser from experimental and
> seems that it includes by default those privative codecs. I have tried
> by myself and i agre
Hi, i didn't know where or how to report this, but i have readed in a forum
that an user has tried chromium-browser from experimental and seems that it
includes by default those privative codecs. I have tried by myself and i
agree with him, but maybe i am wrong.
this is the process. Adding ubuntu
ipt to generate Hardware/Software
report file in xml for H-Inventory web application.
Script to inventory your workstation and list your hardware, softwares
and then upload it on a web interface.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11-xenU
Locale
RL :
http://www.crosswire.org/sword/modules/ModInfo.jsp?modName=TDavid
* License : Public Domain
Description : C. H. Spurgeon's Treasury of David for SWORD
This seven volume "magnum opus", by Charles H. Spurgeon, was first
published in weekly installments over a twenty
* Hamish Moffatt ::
> I just packaged podracer last week, which is a derivative of
> bashpodder.
> Is there any benefit to having both?
>
> The podracer license is MIT/BSD-style, so if the bashpodder license is
> GPL, something's not quite right!
Does a 14-line bash script (*) contains enough c
$B(.(,(/(.(,(/(.(,(/(.(,(/(B
$B(-AG(-(-?M(-(-=P(-(-D%(-(B
$B(1(,(0(1(,(0(1(,(0(1(,(0(B
http://awg.webchu.com/?freehost
$B"(%[%9%HBgJg=8!J$*;n$740A4L5NAEPO?#O#K!*!K(B
$B"($9$Y$F%([EMAIL PROTECTED];W$$$r$7$F>.8/$$2T$.!*(B
$B"($*Ajn!S>n!M>n!&(B
$B%J!<%9!&%9%C%A!<$J$I(B
$B(.(,(/(.(,(
$B$3$N%a!<%k=P2q$$%5%$%H$N9-9p%a!<%k$G$9!#(B
$BITMW$JJ}$O:o=|$7$F$/[EMAIL PROTECTED](B
(B--$B0J2<9-9p(B--
$B=P2q$$N((B76$B!s!*(B
$B=P2q$$$N2A3JGK2u$O$3$3$^$G$-$^$7$?!*(B
$Bhttp://qpt.zive.net/qpt/
Title: mKpTo MZ
in 1906 Small world! in 1845
Don't get excited! to sign here qJU in 1888 vagx tbTtTUg Take it easy! the U.S.
by seat When is the next? Real bad. in 1850 in 1948
Title: ctzgu DI
things do happen. world OFFBEAT Open your
ïðèâåò in 1929 AtQ and make them better?XOpJ nlTNKLw the blackout Lovely day
Religion divides in 1831 First or standart class? in 1953 It's nice
$BD69b2;$b%U%j!<%a%m!*(B
$B:G?7%R%C%H6J$,40A4L5NA$G$"$J$?$N7HBS$K!#(B
(B[EMAIL PROTECTED]&%s%m!<%I$K$O!"DL?.Hq0J30!"[EMAIL PROTECTED];$s!#(B
$B$*5$7Z$K$I$&$>!#(B
(Bhttp://free.melo.ph/m2
$BI,$:!"7HBSEEOC$G%"%/%;%9$7$F$/[EMAIL PROTECTED](B
(B[EMAIL PROTECTED]&%s%m!<%I$O$G$-$^$;$s!#(B
Title: FE
Female
$qulrters
gu$hlng
0rga$m$
publiC
urlnatl0n
hldden
t0lLet cam$
and m0re,
m0re, m0re...
3 CW0dgtERX8tZ5R !
ARE
Y0U R*E*A*D*Y - lT'$ F R E E
?!
V0OBItjiLaT 4Vlc
tfE
R=E=|V|=0=V=E
g6Tlod5dbn276NXLfxUpHxqfqcquw
$B=O=w!!$+$*$j!!$N!!!H$*$9$9$a!I!!$h$s!*!*(B
$B$"[EMAIL PROTECTED]>R2p$7$^$9(B
$BB>[EMAIL PROTECTED]($C$A%^%K%e%"%k$d(B
$BC&$.$?$F$N%Q!{!{%#!([EMAIL PROTECTED]|1_(B
(B
(Bhttp://www.zero-city.com/galoo/index.html$B!!(B
Package: general
Version: N/A
Environment: X + mwm + xterm + various programs (cat, less for example)
This can be reconstructed by running the cat program in an xterm and
typing the backspace key, which generates ^H, which is not recognized
as a backspace. For consistency with the Linux console
At 08:39 PM 12/3/97 -0500, Adam Heath wrote:
>First, a little history.
>
>As I am sure we all know, Linux currently does not support masquerading of
video
>conferencing protocols, including H.323. There are partial solutions using
>IPPORTFW, but none that work transparently.
>
You might look at the rsalabs web site; there's an "introduction to
asn.1" document there which is quite thorough, despite the name,
though if I remember correctly it only describes one of BER or DER,
whichever PKCS actually use. It might be worth a look.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST
First, a little history.
As I am sure we all know, Linux currently does not support masquerading of video
conferencing protocols, including H.323. There are partial solutions using
IPPORTFW, but none that work transparently.
So, a few weeks ago I started research into this project. I found
75 matches
Mail list logo