xf86-video-intel
repository:
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=c7f7dd61
I may be able to build an updated xserver-xorg-video-intel package and
test it on the affected machine next week.
> Thanks again for your help tracking it down.
> Jonathan
Thanks,
--
lti-Arch: foreign (rather than splitting it or
marking it Multi-Arch: allowed and adding :any to dependency lists of
other packages).
Or might it be necessary to support other packages someday linking
against gettext's internal library objects (and
On 2012-08-13 13:06, P. J. McDermott wrote:
> On 2012-08-13 07:30, Santiago Vila wrote:
>> Moreover, all the libraries which are meant to be used by other
>> packages are already multi-arched and they are in their own package
>> (the last two in the list above).
>
&g
On 2012-08-14 16:08, P. J. McDermott wrote:
> 2. Split the remaining libraries out of gettext (my original proposed
> solution). Mark gettext Multi-Arch: foreign and the new libraries
> package(s) Multi-Arch: same.
> 3. Remove the aforementioned symbolic links and declare t
re against the resulting packages.
[1]:
http://bootstrap.pehjota.net/cross/builds/gettext/gettext_0.18.1.1-9.1_i386-20120816-2130.build
--
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/ o&
file" option was missing from deps_parse().
Attached is a patch in which these issues are corrected.
Thanks,
--
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/ o< o o > / oo \
http://www.pehjota.net/con
].
[1]:
http://bootstrap.pehjota.net/cross/builds/dash/dash_0.5.7-3_armhf-20120701-2018.build
[2]:
http://bootstrap.pehjota.net/cross/builds/dash/dash_0.5.7-3.1_armhf-20120701-2131.build
Thanks,
--
P. J. McDermott(_/@\_),--.
http://www.pehjota.net
ot;
proposal) is a possible alternative to the previously considered
options. We're not yet sure if all of the bootstrap dependency
information can be easily expressed in this build profiles syntax; I'll
be working to help determine this in the
On 2012-07-16 23:02, Guillem Jover wrote:
> On Mon, 2012-07-16 at 22:04:57 -0400, P. J. McDermott wrote:
>> The patch does not verify that the profile chosen by the user is
>> actually specified in the package's control file. I'm not sure if (or
>> where) that
ons of packages xfce4-terminal recommends:
ii dbus-x11 1.4.16-1
xfce4-terminal suggests no packages.
-- no debconf information
--
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/ o< o o > / oo \
http://www.pehjot
On 2012-07-21 15:01, Yves-Alexis Perez wrote:
> On sam., 2012-07-21 at 12:28 -0400, P. J. McDermott wrote:
>> Attached is a full backtrace from GDB, in which one can see that GTK+ is
>> running the main loop that Terminal's terminal_widget_context_menu()
>> created in
Source: libtasn1-3
Version: 2.13-2
Severity: minor
Tags: patch
libtasn1-3 build-depends on gtk-doc-tools and texlive-latex-base,
neither of which is used in the build process. Both can be safely
removed from debian/control as in the attached patch (tested in a sid
chroot).
--
P. J. McDermott
On 2012-07-23 04:47, Simon Josefsson wrote:
> "P. J. McDermott" writes:
>> libtasn1-3 build-depends on gtk-doc-tools and texlive-latex-base,
>> neither of which is used in the build process. Both can be safely
>> removed from debian/control as in the attached p
Source: gnutls26
Version: 2.12.20-1
Severity: minor
Tags: patch
gtk-doc-tools and texinfo are only used in the build-indep target of
debian/rules. These build dependencies can therefore be moved to
Build-Depends-Indep as in the attached patch (tested in a sid chroot).
--
P. J. McDermott
chroot).
--
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/ o< o o > / oo \
http://www.pehjota.net/contact.html o \ `-/| <> |.
reason you didn't go this route for Ubuntu?
--
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/ o< o o > / oo \
http://www.pehjota.net/contact.html
Source: minetest
Version: 0.3.1+dfsg-2
Severity: wishlist
Tags: patch
Hi,
I appreciate the work done on this package, but I'd like the
minetestserver program to be split into a separate package (as is common
with game packages in Debian). I want to set up a Minetest server on a
squeeze system wi
On 2012-06-08 23:49, P. J. McDermott wrote:
> Then could you (or anyone else) suggest a way to handle "Build-Depends-
> StageN" and "Build-Depends-Indep-StageN" fields for any values of "N"?
> Any clues in this direction would be appreciated. I'll loo
foreach my $key (keys %FIELDS_RE) {
return $FIELDS_RE{$key} if $field =~ m/^$key$/;
}
return undef;
}
Would this be acceptable?
Do you have a preference between the supplementary attribute and the
separate hash?
T
tags 667280 + patch
thanks
Attached is a patch to fix this FTBFS. The file src/filesys.cpp is just
missing inclusion of .
This was tested to work in an experimental root.
--
P. J. McDermott http://www.pehjota.net/(_/@\_),--.
mailto:p...@nac.net http://identi.ca/pehjota
If there is indeed a case in which that isn't sufficient and a new stage
is necessary as you propose, then yes, the stages must be renumbered in
debian/control and debian/rules.
--
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/
s.
To this end, I propose the addition of a new "Build-Stage: N" (or
similar) field. This would of course be added to %FIELDS in
Dpkg::Control::Fields and be set (if "stage=N" is found in
DEB_BUILD_OPTIONS) by dpkg-gencontrol.
--
P. J. McDermott
uld be appreciated. I'll look further
through the code tomorrow to see if I can come up with anything.
Thanks,
--
P. J. McDermott(_/@\_),--.
http://www.pehjota.net/ o< o o >
ckage ...
I think the best way for dpkg-gencontrol to get this information is to
parse DEB_BUILD_OPTIONS for it directly (rather than through a
command-line option which would have to be given by debhelper and
anything else that calls dpkg-gencontrol).
[1]:
http://wiki.debian.org/SummerOfCode2012/
Sorry for my late response; this thread was lost in the mists of my mail
client. ;)
On 09/14/2011 02:19 PM, Jonathan Nieder wrote:
> "Lost in the mists of time" means "Could be discovered by finding out
> how it regressed and staring at the old code". Because I don't
> remember, I'll just ask: do
> Well, personally I would be kind of interested in seeing better iceweasel
> integration with KDE Platform. However:
>
> 1) as far as I can tell from #608171, some patch is needed for iceweasel.
> Unfortunately, iceweasel maintainers do not seem very fond of it. Personal
packages 7kaa depends on:
[...]
> ii libopenal1 1:1.19.1-2
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548373
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551018
[3]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562524
[4]: https://bugs.debian.org/cgi-bin/bugrepo
Package: wnpp
Severity: wishlist
Owner: "P. J. McDermott"
X-Debbugs-Cc: debian-devel-ga...@lists.debian.org, p...@pehjota.net
* Package name: 7kaa-music
Version : 2.15
Upstream Author : Bjorn Lynne, Enlight Software Ltd.,
Jesse Allen
* URL
www.7kfans.com/download/v2.15.6.html
And those pages link to the tar archive:
https://www.7kfans.com/downloads/7kaa-music-2.15.tar.bz2
So I need uscan to somehow recurse from the main download page to the
latest version's page to find the tar archive link.
--
Patrick "P. J." McDermo
requests
disabled.
Feel free to take any or all of my changes and exclude any you don't
like, such as the Uploaders change.
[1]: https://salsa.debian.org/pehjota/less
--
Patrick "P. J." McDermott: http://www.pehjota.net/
Lead Developer, ProteanOS: http://www.protean
bin/pkgreport.cgi?archive=both;correspondent=milan%40debian.org;ordering=raw;src=less
[7]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1004383;msg=7
--
Patrick "P. J." McDermott: http://www.pehjota.net/
Lead Developer, ProteanOS: http://www.proteanos.com/
Founder and CEO, Libiquity: http://www.libiquity.com/
d the procedure be sped up
somehow?
[1]: https://salsa.debian.org/pehjota/less
[2]:
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#how-to-salvage-a-package
--
Patrick "P. J." McDermott: http://www.pehjota.net/
Lead Developer, ProteanOS: http://www.pro
r
NMU, unless you do that).
You and I both apparently made the exact same changes to backport the
CVE-2024-32487 patch (except your patch still has the original upstream
diffstat instead of the backport, which is fine), so that's a good
confirmation that my patch was (and yours is) correc
On 2024-04-20 at 16:19, Christoph Anton Mitterer wrote:
> On Sat, 2024-04-20 at 07:54 -0400, P. J. McDermott wrote:
> > Then the salvage procedure can play out for the full 28+ days
> > specified
> > by developers-reference (21 days to allow the maintainer to object
> &
1
[3]: https://github.com/gwsw/less/tags
[4]: https://github.com/gwsw/less/issues/245#issuecomment-1012323104
[5]: https://github.com/gwsw/less/blob/5e425e2/README#L20
--
Patrick "P. J." McDermott: http://www.pehjota.net/
Lead Developer, ProteanOS: http://www.proteanos.com/
Founder and CEO, Libiquity: http://www.libiquity.com/
pgpSQxAXR5WeB.pgp
Description: OpenPGP digital signature
-sky-0.10.4/debian/patches/series
--- endless-sky-0.10.2/debian/patches/series2023-10-05 02:53:48.0
-0400
+++ endless-sky-0.10.4/debian/patches/series2024-01-07 20:42:17.0
-0500
@@ -1,3 +1 @@
-out/troff.patch
-out/spelling.patch
atomics.patch
--
Patrick "P. J." McDermott: http://www.pehjota.net/
Lead Developer, ProteanOS: http://www.proteanos.com/
Founder and CEO, Libiquity: http://www.libiquity.com/
Package: wnpp
Severity: wishlist
Owner: "P. J. McDermott"
* Package name: kmozillahelper
Version : 0.6.2
Upstream Author : Lubos Lunak
* URL :
https://build.opensuse.org/package/show?package=mozilla-kde4-integration&project=mozilla%3AFac
On 12/28/2010 08:32 AM, Mike Hommey wrote:
> On Tue, Dec 28, 2010 at 04:05:15AM -0500, P. J. McDermott wrote:
>
>> Package: wnpp
>> Severity: wishlist
>> Owner: "P. J. McDermott"
>>
>>
>> * Package name: kmozillahelper
>>
On 12/28/2010 11:34 AM, Mike Hommey wrote:
> On Tue, Dec 28, 2010 at 09:50:21AM -0500, P. J. McDermott wrote:
>
>> I'm admittedly not too familiar with the Mozilla codebase, so I don't
>> know if packaging this as an extension is possible. If so, then I would
>&g
I'm Cc'ing everyone involved in this bug for information, since I don't
know who's subscribed (I am though).
I first noticed this issue a month or two ago on installing Squeeze onto
my Acer Aspire One AO751h, though I didn't have time to do anything more
than install the old working GRUB 2 version
On 01/01/2011 06:57 PM, Colin Watson wrote:
> On Sat, Jan 01, 2011 at 06:35:52PM -0500, P. J. McDermott wrote:
>
>> Considering the machines this is affecting (machines with the Poulsbo
>> chipset) and the configuration workaround, I'd bet the issue lies in the
>>
On 01/19/2011 04:08 AM, Michel Dänzer wrote:
> On Die, 2011-01-18 at 17:25 -0500, P. J. McDermott wrote:
>>
>> Xorg: symbol lookup error: /usr/lib/xorg/modules/drivers/psb_drv.so:
>> \ undefined symbol: LoaderRefSymLists
>> With research I found that this i
Package: wnpp
Severity: wishlist
Owner: "P. J. McDermott"
* Package name: gtk2-engines-oxygen-gtk
Version : 1.0.1
Upstream Author : Bellegarde Cédric , Hugo Pereira Da Costa
, Ruslan Kabatsayev
* URL
On 02/10/2011 08:22 PM, Krasu wrote:
> Package: iceweasel
> Version: 3.5.16-4
> Severity: normal
>
> If I try to open a PDF file from a web page, iceweasel will show "save"
> dialog.
> It won't contain evince (it will contain only GIMP). Evince-gtk is installed.
>
> # LC_ALL=C apt-cache policy e
On 02/11/2011 02:58 AM, Mike Hommey wrote:
> On Thu, Feb 10, 2011 at 09:26:24PM -0500, P. J. McDermott wrote:
>> I had been holding off on that through the Squeeze release, but since
>> you brought this up, now's as good a time as any I suppose. So I'm CCing
>>
On 01/04/2011 07:46 AM, Colin Watson wrote:
> On Tue, Jan 04, 2011 at 12:06:54AM +, Colin Watson wrote:
>
>> On Mon, Jan 03, 2011 at 12:13:01AM +, Colin Watson wrote:
>>
>>> 2011-01-02 Colin Watson
>>>
>>> * grub-core/bus/pci.c (grub_pci_iterate): Skip remaining functions
>>>
Package: buildd.emdebian.org
Severity: important
I tried to install gdb-arm-linux-gnueabi on my Debian squeeze GNU/Linux
system, but apt-get/dpkg failed as follows:
> Unpacking gdb-arm-linux-gnueabi (from
> .../gdb-arm-linux-gnueabi_7.0.1-2_i386.deb) ...
> dpkg: error processing
> /var/cache/apt/
build with
no lintian tags (even informational or pedantic) other than the obsolete
package warning above; nice work! So, once the pkg-config -> pkgconf
switch and copyright years update are done, I think it's good enough for
someone to upload.
--
Patrick "P. J." McDermott:
Package: liblua5.4-0
Version: 5.4.6-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: p...@pehjota.net
Hi,
Since version 5.4.6-1, liblua5.4-c++.so.0.0.0 defines no "lua_*"
function symbols (only "lua_ident@@LUA_5.4"):
$ readelf -s /usr/lib/x86_64-linux-gnu/liblua5.4-c++
tags -1 + patch
thanks
https://salsa.debian.org/lua-team/lua5.4/-/merge_requests/5
--
Patrick "P. J." McDermott: http://www.pehjota.net/
Lead Developer, ProteanOS: http://www.proteanos.com/
Founder and CEO, Libiquity: http://www.libiquity.com/
library before now.
But the previous bug report claims that this breaks something (so let's
break everything else instead).
[1]: https://wiki.debian.org/UsingSymbolsFiles#C.2B-.2B-_libraries
[2]: https://www.eyrie.org/~eagle/journal/2012-01/008.html
[3]: https://www.eyrie.org/~eagle
Another "me too".
There is work to make many of Debian's packages cross build to make new
architecture bootstraps possible, and a mailing list on which to
coordinate the efforts would help.
--
Patrick "P. J." McDermott
http://www.pehjota.net/
http://www.pehjota.
52 matches
Mail list logo