reassign 990127 linux 4.19.181-1
tags 990127 moreinfo
stop
> Package: firmware-misc-nonfree
> Version: 20190114-2
> kernel module: mt76x0
The firmware did not change for ages, hence reassigning to linux.
> Following an update recently, this driver stopped working correctly. I can
> now only
tags 989087 moreinfo
stop
the updated firmware got into 20210716 verison, which is
included in latest unstable package.
Could you please test it out if it improves your situation?
thank you.
--
maks
On Thu, Jun 17, 2021 at 03:25:11PM +0200, Maxime Brugidou wrote:
> Arch users found that the more recent firmware fixes the issue
>
> See https://bbs.archlinux.org/viewtopic.php?id=263040=4
> Firmware has been updated on 2021-04-26
>
ckaging.
>
> Of course, once again I’ve forgotten something:
>
> Files: debian/*
> Copyright:
> 2005 Jeff Bailey
> 2005-2014 maximilian attems
> 2015-2021 Ben Hutchings
>
> I’m not sure what the license of the packaging is.
please use whatever is canonical,
recommends to firmware-qcom-soc (closes: #985743)
+Thanks to Andreas Beckmann
+ * Add missing brcmfmac4366c firmware.
+ * Add more missing BCM4334, BCM43340 and BCM43430 NVRAMS.
+
+ -- maximilian attems Sat, 27 Mar 2021 13:03:31 +0100
+
+firmware-nonfree (20210315-1) unstable; urgency=medium
reopen 963025
found -1 20210315-2
tags -1 moreinfo
stop
> [18661.586025] CPU: 0 PID: 8408 Comm: hostapd Tainted: GW
> 5.10.0-5-amd64 #1 Debian 5.10.24-1
> [18661.586029] Hardware name: LENOVO 20N2007GGE/20N2007GGE, BIOS N2IET81W
> (1.59 ) 11/29/2019
Please could you upgrade
tags 772917 moreinfo
stop
> [584941.834142] iwl4965 :03:00.0: Loaded firmware version: 228.61.2.24
Can you reproduce this with an up to date debian testing?
thank you.
tags 885958 moreinfo
stop
> [51085.431413] iwlwifi :03:00.0: Loaded firmware version: 29.541020.0
Can you reproduce this with up to date Debian testing?
thank you for your report.
tags 969264 moreinfo
stop
> Version: 20200721-1
> Wi-Fi connection has been behaving erratically, lots of lags - for
> instance - in LAN-SSH connections.
> $ lspci | grep "Network controller"
> 03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205
> [Taylor Peak] (rev 34)
Is
tags 839662 moreinfo
stop
> The same problem here with firmware-atheros version 20170823-1~bpo9+1
> and kernel 4.14.0-2-amd64.
> It's a dell xps 13 8th gen, with a:
Is this reproducible with an up to date Debian Testing?
Sorry for the late reply and thank you for the reports.
> I seem to have the same problem with version 20190717 (debian testing
> 5.4.13-1 amd64).
How about firmware 20210208-4, which should have an upgrade and
latest linux in Debian Bullseye?
thanks for your reports.
tags 973529 moreinfo
stop
> Version: 20200918-1
How about latest Debian testing version, is that still the case?
thank you.
reassign 985627 firmware-iwlwifi
tags 985627 moreinfo
stop
Buenas tardes,
La imagen no dice mucho, cual es la version de Debian?
(y de firmware-iwlwifi) cuando funcionó?
Ademas la error esta reproducible?
tags 921004 moreinfo
stop
can you still reproduce this trouble with uptodate Debian 11 Testing?
thank you for your report and sorry for the late reply.
tags 802937 moreinfo
stop
> Several months ago I got a new case that allowed me to reinstall the
> graphics card. The old case wasn't big enough to accommodate the card +
> the disk drives so I used an older, shorter card.
Can you reproduce with uptodate Debian bullseye?
sorry for the late
Dear Ryutaroh,
> It is Raspberry Pi 4B 8GB model.
I see thank you for all the dmesg.
> > please show affected dmesg output working and non working,
> > the difference between 20210208-3 20210208-4 is minimal,
> > hence it should be easy to find out what broke?
>
> Not at all, unfortunately.
>
severity 985632 important
tags 985632 moreinfo
stop
On Sun, Mar 21, 2021 at 09:59:45AM +0900, Ryutaroh Matsumoto wrote:
> Package: firmware-brcm80211
> Version: 20210208-4
> Severity: grave
> Tags: sid bullseye
> Justification: renders package unusable
please provide info on the affected
tags 913711 moreinfo
stop
> Version: 20161130-4
There has been quite some updates since.
> latest firmware blobs from linux-firmare git, but only a downgrade to
> firmware-brcm80211:20161130-3 allowed the firmware to be correctly
> loaded.
Is this still reproducible with current Debian
tags 922559 moreinfo
stop
> Version: 20180825+dfsg-1~bpo9+1
Is this still reproducible with current Testing, upcoming bullseye
release? If so can you produce the corresponding log?
Thank you for your report and sorry for the late reply.
tags 910272 moreinfo
stop
> Version: 20180825+dfsg-1
> I have HP EliteBook 755 G5, with AMD Ryzen 7 PRO 2700U w/ Radeon Vega
> Mobile
Is this still reproducible with current Debian Testing?
Sorry for the late reply and thank you for the report!
tags 949973 moreinfo
stop
> Version: 20190114-2
Can you still reproduce with newest testing?
Sorry for the late reply and thank you for your report.
--
maks
tags 942173 moreinfo
stop
> Version: 20190717-2~bpo10+1
This should have seen quite some updates since, is this still
reproducible?
Sorry for the late reply, thank you for your report!
> Some context:
> * the error occured right after laptop boot
> * My Wifi setup: AP was forced to use frequency of 5240GHz and offered
> 20/40/80MHz channel width. Moving AP to 5180GHz solve the issue.
>
> My understanding:
> It *seems* that iwlwifi could have issues with DFS frequencies, not
)
+Thanks to Ben Hutchings ,
+ Bernhard
+
+ -- maximilian attems Sat, 13 Mar 2021 13:23:22 +0100
+
firmware-nonfree (20210208-3) unstable; urgency=medium
* misc-nonfree: Add missing config files for cxgb4 (closes: #983561)
diff --git a/debian/config/brcm80211/defines b/debian
tags 983255 moreinfo
stop
On Tue, Feb 23, 2021 at 09:20:30AM +0100, maximilian attems wrote:
> > lspci | grep -i wire
> > 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE
> > 802.11ac PCIe Wireless Network Adapter
> >
> > dmesg contains these
severity 984852 important
tags 984852 pending
thanks
> Package: firmware-amd-graphics
> Version: 20210208-3
>
> I've received my new laptop with a Ryzen R7 5800U and the display stopped
> updating as soon as amdgpu took over, and it never came back.
> The firmware is needed of course, and as a
Package: release.debian.org
Thanks
please unblock firmware-nonfree 20210208-3
it is the version that has the relevant firmware packages for
the targeted version of linux in bullseye.
It will need a small amount of fixes on top that are preprared
in git and will be uploaded as soon it has
On Thu, Mar 04, 2021 at 10:08:39AM -0800, Dave Dyer wrote:
>
> I no longer have the (damaged and useless) installation attempt
> that led to this report. I recall that when I succeeded in
> supplying brcmfmac43340-sdio.bin, the next installation attempt
> presented the same type of error
tags 980205 moreinfo
thanks
> Yes. brcm/brcmfmac43340-sdio.bin is not currently part of the package
> either, and I think there's no logic to copy .txt files even if they
> are present.
The file you mentioned is the ancient firmware that got updated with
the cypress one fixing amongst other
Dear Andres,
>
> [ 12.471809] brcmfmac: brcmf_sdio_htclk: HT Avail timeout (100):
> clkctl 0x50
>
>
> You can specifically see that the driver times out after one second
> with that error message, then times out again with the error and gives
> up. No wlan0 is available.
>
> There are
> Both patches applied and pushed out.
great thank you.
> In the future, could you please send the patches either as direct
> emails or as attachments or as pull requests? When you embed them in
> the body of the email I have to manually adjust them to get the commit
> log properly included.
On Fri, Feb 26, 2021 at 12:17:50PM +0100, Cyril Brulebois wrote:
> kibi@tokyo:~/debian-kernel/firmware-nonfree.git$
> ./debian/bin/check_upstream.py | sort | grep 'in any binary package'
> I: amd/amd_sev_fam17h_model0xh.sbin is not included in any binary package
> I:
On Fri, Feb 26, 2021 at 12:08:55PM +0100, Cyril Brulebois wrote:
> >
> > Link: cxgb4/t4-config.txt -> configs/t4-config-default.txt
> > Link: cxgb4/t5-config.txt -> configs/t5-config-default.txt
> > Link: cxgb4/t6-config.txt -> configs/t6-config-default.txt
>
> debian/config/misc-nonfree/defines
> Usertags: adequate broken-symlink
> X-Debbugs-Cc: t...@mirbsd.de
>
> firmware-misc-nonfree: broken-symlink /lib/firmware/cxgb4/t4-config.txt ->
> configs/t4-config-default.txt
> firmware-misc-nonfree: broken-symlink /lib/firmware/cxgb4/t5-config.txt ->
> configs/t5-config-default.txt
>
> lspci | grep -i wire
> 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE
> 802.11ac PCIe Wireless Network Adapter
>
> dmesg contains these lines:
>
> [4.938468] rtw_8821ce :02:00.0: Direct firmware load for
> rtw88/rtw8821c_fw.bin failed with error -2
> [
please also add BananaPi M3 support.
>From 216a0bda280e7b361c335f545156e86a059d9551 Mon Sep 17 00:00:00 2001
From: maximilian attems
Date: Mon, 22 Feb 2021 22:18:36 +0100
Subject: [PATCH 2/2] WHENCE: add missing symlink for BananaPi M3
Fixes (Debian bug #982579):
> [ 11.957171] brcmfma
> The additional symlink bpi-m3 is for an additional device.
>
> This is for the Banana Pi M3.
great, please post the dmesg error message, happy to submit upstream. (:
> Should i create an additional Bug report?
no need, this bug report can be cloned.
> > 1. Copy file brcmfmac43430-sdio.AP6212.txt from upstream to
> > lib/firmware/brcm
>
> so indeed it is a bug that we don't ship this one from upstream,
> will fix this in next Debian upload.
this needs to go in the debian git, will do soonish. (:
> > 2. Create symbolic link named
please find patch to add banana ultra support below
>From b549a10838edc4f97d4a3b49b572fc613c7c703d Mon Sep 17 00:00:00 2001
From: maximilian attems
Date: Tue, 16 Feb 2021 19:35:27 +0100
Subject: [PATCH] Add symlink for BananaPi M2 to brcmfmac43430-sdio config
Fixes ( Debian bug #982579
severity 982757 critical
stop
> Version: 20201218-3
> Severity: normal
thank you for the report, oh boy this one is opens a can of trouble.
It seems I was blissfully unaware that the Debian packaging did not
take into account the symlinks of upstream linux-firmware WHENCE file.
So this means we
Dear Bernhard,
Thank you very much for your clear and helpful report!
> I tested the following:
>
> 1. Copy file brcmfmac43430-sdio.AP6212.txt from upstream to lib/firmware/brcm
so indeed it is a bug that we don't ship this one from upstream,
will fix this in next Debian upload.
> 2. Create
> > [ 10.514530] brcmfmac mmc2:0001:1: firmware: direct-loading firmware
> > brcm/brcmfmac43430-sdio.bin
> > [ 10.514732] brcmfmac mmc2:0001:1: firmware: failed to load
> > brcm/brcmfmac43430-sdio.sinovoip,bpi-m2-ultra.txt (
> > -2)
this txt file is missing upstream, once someone
Dear Yang,
Would it be possible to add rtl8821a_config.bin config file?
According to two bug reports, current state results in the following
failure:
--
[2.574742] Bluetooth: hci0: rtl: loading rtl_bt/rtl8821a_config.bin
[2.575137] bluetooth hci0: firmware: failed to load
> Bug #962038 [raspi-firmware] firmware-nonfree: Add brcm-bluetooth (for
> RaspberryPi)
that be very possible to add and create a firmware package for that,
but first this
https://github.com/RPi-Distro/bluez-firmware/tree/master/broadcom
would have to land upstream in linux-firmware.
Have you
> After upgrading to Linux 5.10, Bluetooth no longer works. Bluetooth
> adapter still shows up in rfkill:
>
> When booting from Linux 5.9, Bluetooth works fine.
>
> During start-up with Linux 5.10, there's an error message about
> Bluetooth firmware.
please provide 5.10.9 dmesg.
On Fri, Jan 22, 2021 at 10:16:36PM +0100, Paweł Różański wrote:
> On 22.01.2021 21:44, maximilian attems wrote:
> > > Version: 20200918-1
> >
> > > [ 12.411452] iwlwifi :01:00.0: Failed to start INIT ucode: -110
> > > [ 12.411500] iwlwifi :01:00.
> Firmware 9000-pu-b0-jf-b0-46.ucode stops working when used with
> hostapd as soon as a wireless client connects.
Is that still happening with latest 5.10 linux and newer
firmware-iwlwifi version >= 202011?
thank you.
> Version: 20200918-1
> [ 12.411452] iwlwifi :01:00.0: Failed to start INIT ucode: -110
> [ 12.411500] iwlwifi :01:00.0: Collecting data: trigger 16 fired.
> [ 13.566350] iwlwifi :01:00.0: Failed to run INIT ucode: -110
> uanme -rvm
> 5.9.0-1-amd64 #1 SMP Debian 5.9.1-1
, maximilian attems wrote:
> Dear Henrique, dear debian kernel maintainers, Cc: Michael,
>
> Would you agree to generate the amd64-firmware packages directly out of the
> debian
> linux-firmware source package?
>
> This way the microcode would be updated on every linux-firmwa
Dear Henrique, dear debian kernel maintainers, Cc: Michael,
Would you agree to generate the amd64-firmware packages directly out of the
debian
linux-firmware source package?
This way the microcode would be updated on every linux-firmware non-free upload?
I am asking as it keeps nugging me to
On Mon, Sep 07, 2020 at 09:43:33AM +0200, Hector Oron wrote:
> Hello intrigeri,
>
> Missatge de intrigeri del dia ds., 5 de set.
> 2020 a les 8:21:
>
> > So we could close this ITP (#960788, since in the end no new source
> > package will be introduced) in favor of #949019 and #962134, which
>
>* What led up to the situation?
> None, just boot up.
>* What exactly did you do (or not do) that was effective (or
> ineffective)?
> 1. Go to tty2, login. Enter "sudo modprobe -r amdgpu"
> 2. Then, Enter "sudo modprobe -i amdgpu"
>* What was the outcome of this
On Wed, Sep 09, 2020 at 08:34:16PM +0200, Seb wrote:
>
> > > Package: src:linux
> > > Version: 4.19.67-2+deb10u2
> > [...]
> > This version is 10 months old; please upgrade and try again as the bug
> > may have been fixed already.
>
> OK, I will, but I do not know how to properly upgrade the
hello,
On Sat, Sep 05, 2020 at 08:16:26AM +0200, intrigeri wrote:
> > Missatge de Jordi Mallach del dia dj., 3 de set.
> > 2020 a les 16:48:
> >
> >> After claiming it and looking at the source, I resolved this probably
> >> belongs as part of linux-firmware or whatever the source name is, as
>
On Wed, Apr 29, 2015 at 01:06:07PM +0200, Bernhard Schmidt wrote:
Hi,
[ copied from debian-user again ]
---
Got another system with the symptoms and managed to get a snapshot.
It is really extremely weird. The kernel output is
List of all partitions:
No filesystem could mount root,
On Tue, Apr 28, 2015 at 03:02:37AM -0700, Vincent Cheng wrote:
Hi,
Now that jessie is out and the freeze is over, would anyone object if
I were to upload xserver-xorg-video-intel from experimental to sid
now? 3.0 is supposed to be an imminent release [1] anyways.
isn't this imminent status
On Tue, Apr 28, 2015 at 03:50:02PM +0200, Søren Holm wrote:
Probably, but why keep it in experimental just because the number scheme is a
little bit off.
see previous discussions on this mailinglist.
once there is a proper release I'm all for it. Ask intel why they don't!?
--
maks
--
To
tags 781932 moreinfo
stop
hello,
Please do stop producing entropy.
The bug severity is up to the judgment of the maintainers
in the regular case that the bug submitter misunderstood it
(which is the case here).
It would be more helpful to narrow down which newer package
version starts to work
On Sat, Apr 04, 2015 at 07:30:11PM +0200, Lukas Wunner wrote:
FWIW, the attached patch enables compatibility with 4.0.
The plan is to upload the next 3.19 stable as soon as it is out,
and then jump to 4.0 to experimental and soon unstable
(after 8.0 release).
best,
--
maks
--
To
On Wed, Apr 01, 2015 at 06:10:05PM -0700, Marc MERLIN wrote:
Could I make a few suggestions while we're at it?
1) I sometimes build an initrd for a kernel I haven't installed yet. Yes,
it's a mistake, but it happily succeeds and creates an initrd without any
modules which then creates a non
On Wed, Mar 04, 2015 at 09:29:43PM +, B.R. Oake wrote:
Source: linux
Version: 3.19-1~exp1
Justification: fails to build from source
Severity: serious
Hello,
The two patches:
features/arm/dts-sun7i-Add-spi0_pins_a-pinctrl-setting.patch
On Tue, Dec 09, 2014 at 01:44:42AM +0100, John Paul Adrian Glaubitz wrote:
On sh4, the kernel package is still built with gcc-4.7 by default
since both gcc-4.8 and gcc-4.9 were not built on sh4 until recently.
This has now been resolved and both gcc-4.8 and gcc-4.9 are now
readily
On Thu, Nov 27, 2014 at 02:03:14AM +0100, Dirk Griesbach wrote:
With vlc 2.2.x I'm getting a color distorted pixel row at the bottom
and/or a column at the right side of a video if using hardware
accelerated overlay xvideo output. This was reported as #765969 [1]
against vlc but for now is
On Fri, Nov 21, 2014 at 09:40:44PM +0100, Johan Kröckel wrote:
Affected keys:
numbers and letters alone and together with shift.
arrow keys to move the cursor sometimes (move to or from a letter?)
delete and remove sometimes (delete a letter, not a newline?)
space
Unaffected keys:
On Sat, Nov 15, 2014 at 02:13:58PM +0100, Julien Cristau wrote:
On Sat, Nov 15, 2014 at 12:30:34 +0100, Janusz S. Bien wrote:
Quote/Cytat - Julien Cristau jcris...@debian.org (sob, 15 lis 2014,
10:48:51):
On Fri, Nov 14, 2014 at 23:42:37 +, Simon McVittie wrote:
I think the
On Mon, Oct 06, 2014 at 11:15:46AM +0200, Michal Hocko wrote:
I have reverted to 0.116 which works just fine. I am perfectly OK with
staying with this version but maybe the newer version should depend on
systemd so the reason for this requirement is clear.
you mix udev and systemd, so no it
On Sun, Oct 05, 2014 at 02:43:23PM +0200, Julien Cristau wrote:
Control: reassign -1 src:linux 3.14.15-2
Last night, I left my computer by turning down the screen brighness to zero
and the keyboard's to about 20%.
could you please reproduce on latest linux image 3.16.3-2?
thanks.
--
On Tue, Sep 30, 2014 at 01:23:50PM +0100, Ben Hutchings wrote:
On Sun, 2014-09-28 at 04:10 +0100, Ben Hutchings wrote:
This patch series addresses bug #760127 and related problems. Following
these changes, I could build a working MODULES=dep initramfs for
3.16-2-amd64 on a libvirt VM while
On Sun, Aug 31, 2014 at 04:11:07AM +0400, Askar Safin wrote:
Sun, 31 Aug 2014 02:04:41 +0200 от Michael Prokop m...@debian.org:
Are you willing to work on this? :)
No, I'm just bug reporter :)
uswsusp has been outdated 2y ago and hasn't improved yet.
The support was removed in dracut in 2010.
On Sun, Aug 31, 2014 at 02:06:46AM +0200, Michael Prokop wrote:
* Roger Leigh [Sat Aug 30, 2014 at 11:19:42PM +0100]:
On Sun, Aug 31, 2014 at 12:13:29AM +0200, Michael Prokop wrote:
* Michael Prokop [Thu Jul 31, 2014 at 05:30:53PM +0200]:
I've rebased the patchset against current git
On Tue, Aug 26, 2014 at 11:25:54AM +0200, Alain Rpnpif wrote:
Severity: critical
nope, unless affects thousands of boxes. no point to inflate.
we'll update to 3.16.1 soonish, what's the fix for it from there?
did you bisect?
best,
--
maks
--
To UNSUBSCRIBE, email to
On Mon, Aug 11, 2014 at 11:43:15PM -0700, Vagrant Cascadian wrote:
On 2014-08-11, Vagrant Cascadian wrote:
I think this is caused by dropping CONFIG_DRM_IMX_IPUV3_CORE=m, which
was moved out of staging into drivers/gpu/ipu-v3/Kconfig.
And the configuration option was also renamed to
severity 757982 important
stop
On Wed, Aug 13, 2014 at 02:37:03AM +0200, repron wrote:
Package: xserver-xorg-video-radeon
Version: 1:7.4.0-2
Severity: grave
and no a single failure is not grave.
Dear Maintainer,
With installed packages:
xserver-xorg-video-radeon
On Mon, Aug 11, 2014 at 04:30:01PM +0300, Martin-Éric Racine wrote:
Package: src:linux
Version: 3.14.13-2
Severity: normal
File: linux
While debugging something else, I found the following in syslog:
can you reproduce with latest 3.16 (should be in exp).
thank you.
Aug 10 11:17:10 suomi
could any of your affected guys test this synaptic package (built
against latest xorg server):
http://charm.itp.tuwien.ac.at/~mattems/xserver-xorg-input-synaptics_1.8.0-2_amd64.deb
if you need it gpg signed, cry.
thanks.
--
maks
--
To UNSUBSCRIBE, email to
On Fri, Jun 27, 2014 at 02:24:33PM +0200, Reinhard Karcher wrote:
I have no problems listing /boot/initrd.img-3.14-1-amd64 using
lsinitramfs 0.115. My system is nearly the same, with the exception of
udev (204-12 from testing) and kernel (3.15-trunk-amd64 from
experimental)
The bug has
On Sat, Jun 28, 2014 at 03:38:57PM +0200, Vincent Bernat wrote:
❦ 28 juin 2014 15:02 +0200, maximilian attems m...@stro.at :
OK, I understood only later that the bug was reported against an unknown
package. I suppose that the original submitter did try to install kernel
headers some time
On Thu, Jun 26, 2014 at 10:31:45AM +0100, John Talbut wrote:
Wed, 25 Jun 2014 22:43:56 +0200 maximilian attems wrote:
This is a general problem that I have had now with three different
wireless drivers. The problem is that the built in wireless driver
starts working before the disk file
On Mon, Jun 23, 2014 at 02:32:56PM -0700, Keshav Kini wrote:
So can we please have a newer version of xserver-xorg-video-intel in sid
soon?
please install the one from experimental for now.
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: python3
Version: 3.4.1-1
Severity: normal
cat /tmp/test.py
import matplotlib.pyplot as plt
python3 /tmp/test.py
Traceback (most recent call last):
File /tmp/test.py, line 1, in module
import matplotlib.pyplot as plt
File /usr/lib/python3/dist-packages/matplotlib/pyplot.py,
resassign 751385 python-mathplotlib
merge 751385 750630
stop
On Thu, Jun 12, 2014 at 12:52:24PM +0200, Matthias Klose wrote:
why is this filed for python3?
right duplicate too, sorry, I'm lost in userland. (;
http://packages.qa.debian.org/m/matplotlib.html has the ubuntu specific
changes
Having to plot thingies, this is my workaround for the moment:
+import matplotlib
+matplotlib.use('GTK')
import matplotlib.pyplot as plt
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Tue, Jun 10, 2014 at 10:38:24PM +0200, Alex Mestiashvili wrote:
I am experiencing the same trouble with my i3-4130T CPU and Intel HD 4400.
It works fine with 3.13, but doesn't work on 3.14 and 3.15-rc8 kernels.
The symptoms are the same, I see only a picture or short line of a video
while
On Sun, Jun 08, 2014 at 09:30:23AM -0400, Stephen Powell wrote:
Package: linux
Version: 3.14.4-1
Severity: normal
make deb-pkg, when issued on the s390x architecture, produces a
non-installable
package. The package is built for the s390 architecture, not the s390x
architecture, and dpkg
On Thu, Jun 05, 2014 at 05:33:21PM +0800, 積丹尼 Dan Jacobson wrote:
VC == Vincent Cheng vch...@debian.org writes:
VC Section Device
VC Identifier Intel Graphics
VC Driver intel
VC Option AccelMethod uxa
VC EndSection
Indeed, that fixes it.
Newer snapshat has sna
On Sat, Jun 07, 2014 at 07:02:11PM +0200, niky wrote:
Kernel version (/proc/version):
---
Linux version 3.6-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version
4.6.3 (Debian 4.6.3-11) ) #1 SMP Debian 3.6.9-1~experimental.1
please upgrade your
staying on random old packages is not supported,
stable has lots of fixes on top of 3.2.0
On Sat, Jun 07, 2014 at 08:54:29PM +0200, niky 45 wrote:
oh. I thought that since the kernel in stable is the 3.2.0, mine (3.6.9)
wouldn't be too outdated...
also randomly mixing stable and testing is no
On Tue, Jun 03, 2014 at 11:17:40AM +0200, Dominik George wrote:
Control: tags -1 + patch
initramfs-tools could just use a check like
chroot /root test -x /sbin/init
Then it doesn't matter whether it's a relative or absolute symlink.
I made the needed fix in the script and tested
On Tue, Jun 03, 2014 at 12:00:32PM +0200, Dominik George wrote:
no need of nmu games, I am following this.
Huh? I build a local version by using dch -n, which appends an NMU
version, and then I use debdiff to create a patch.
If you feel offended by a standard workflow, then bring in your
Hello Michael!
On Tue, Jun 03, 2014 at 06:19:23PM +0200, Michael Biebl wrote:
On Tue, Jun 03, 2014 at 11:36:25AM +0200, maximilian attems wrote:
in any case, did you test it with klibc chroot too?
meaning disabling BUSYBOX for the initramfs.
I quickly tested /usr/lib/klibc/bin/chroot
On Tue, Jun 03, 2014 at 08:03:16PM +0200, Sven Joachim wrote:
Is this test going to work for systems with a separate /usr ?
,
| $ which test
| /usr/bin/test
`
dash or bash or POSIX shells have builtin test too.
so yes it should just work.
--
maks
--
To UNSUBSCRIBE, email
On Fri, May 30, 2014 at 11:52:39AM +0100, Chris Bainbridge wrote:
I’m unsure if we want to upload random snapshot releases to sid, which
is why I didn’t do that. Feel free to upload it to experimental, though.
I wasn't actually suggesting making a random snapshot of the git
source from
Hi,
On Fri, May 23, 2014 at 10:57:31AM -0300, Mauricio Faria de Oliveira wrote:
The ppc64el port needs klibc's static binaries, like ppc64.
This segfaulting is a bug in klibc that needs investigation.
This patch enables the ARCH=ppc64 make env var in debian/rules, in order
for
The new upstream 1.7.99.1 version makes the touchpad working for new Lenovo
devices that sport a Thinkpad sticker like the X1 Carbon 2nd generation
or T540, T440, X240 and the Helix, Yoga laptops.
An upload to sid or exp would be really appreciated.
--
To UNSUBSCRIBE, email to
On Tue, Apr 15, 2014 at 03:38:02PM -0300, Mauricio Faria de Oliveira wrote:
May you please include these 2 patches from klibc,
in order to support the ppc64el architecture?
[klibc] ppc64: Add ppc64le support
[klibc] ppc64: build with -mcmodel=small
A new upstream release
On Tue, Mar 11, 2014 at 02:25:19PM +0800, Yunqiang Su wrote:
Thank you very much.
http://www.zytor.com/pipermail/klibc/2014-March/003538.html
This got some comments:
Like telling what the patch does and why, plus how it got tested?
This are useful things to add to the patch description.
Dear Yunqiang,
Thank you very much for your patch.
Usually we only take patches that have been reviewed upstream
and landed in the klibc git.
On Mon, Mar 10, 2014 at 06:22:14PM +0800, Yunqiang Su wrote:
This patch add mips64(el) support for klibc, please consider to merge it.
Please send it
On Mon, Mar 10, 2014 at 06:29:26PM +0800, Yunqiang Su wrote:
Which format should I send it there?
git mail or just a attachment?
git mail will be just fine indeed. it is the preferred form.
But please base on klibc git (and hence no debian directory):
reassign 735496 cryptsetup
stop
On Wed, Jan 15, 2014 at 07:45:06PM +, fdupoux wrote:
Package: initramfs-tools
Version: 0.115~bpo70+1
Severity: normal
I am using wheezy mostyle stable and also backports packages (such as
initramfs-tools)
I have multiple volumes encrypted using dm_crypt
Package: git-annex
Version: 4.20131024
Severity: wishlist
Hello,
I tried to sync some work folder across several boxes with git
annex, unfortunately it seems to ignore git repositories inside
the directories. These are separte git directories deep inside
that are for separate projects and hence
1 - 100 of 3720 matches
Mail list logo
