Re: Bug#760863: calibre: build-depends on libudev on !linux
Hello Steven, Emilio, Steven Chamberlain [2014-09-08 21:16 +0100]: > Also libmtdev-dev is Linux-specific. > > FWIW the package still builds on kfreebsd-amd64 with that and > libudev-dev dropped from Build-Depends: Thanks for that. I applied the (reversed) patch to the packaging VCS. FTR, that'll still not suffice for Hurd as pyqt5 is also missing there. But Hurd isn't a transition blocker any more, so that's ok. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140910092912.ge3...@piware.de
Bug#761067: openjdk-8 kfreebsd patches need updates and upstreaming
Package: src:openjdk-8 Version: 8u40~b04-2 Severity: important see the buildd logs SetupNativeCompilation(BUILD_LIBATTACH) [2] LIBRARY := attach [3] OUTPUT_DIR := /«PKGBUILDDIR»/build/jdk/lib/amd64 [4] SRC := /«PKGBUILDDIR»/src/jdk/src/solaris/native/sun/tools/attach [5] EXCLUDE_FILES := SolarisVirtualMachine.c LinuxVirtualMachine.c BsdVirtualMachine.c AixVirtualMachine.c [6] LANG := C [7] OPTIMIZATION := LOW [8] CFLAGS := -W -Wall -Wno-unused -Wno-unused-parameter -Wno-parentheses -pipe -D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE -fno-omit-frame-pointer -D_LITTLE_ENDIAN -DBSD -D_ALLBSD_SOURCE -DNDEBUG -DARCH='"amd64"' -Damd64 -DRELEASE='"1.8.0_40-internal"' -I/«PKGBUILDDIR»/build/jdk/include -I/«PKGBUILDDIR»/build/jdk/include/bsd -I/«PKGBUILDDIR»/src/jdk/src/share/javavm/export -I/«PKGBUILDDIR»/src/jdk/src/solaris/javavm/export -I/«PKGBUILDDIR»/src/jdk/src/share/native/common -I/«PKGBUILDDIR»/src/jdk/src/solaris/native/common -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -D_FORTIFY_SOURCE=2 -fno-strict-aliasing -fPIC -I/«PKGBUILDDIR»/build/jdk/gensrc_headers [9] CFLAGS_windows := /Gy [10] MAPFILE := /«PKGBUILDDIR»/src/jdk/make/mapfiles/libattach/mapfile-bsd [11] VERSIONINFO_RESOURCE := /«PKGBUILDDIR»/src/jdk/src/windows/resource/version.rc [12] RC_FLAGS := -D "JDK_FNAME=attach.dll" -D "JDK_INTERNAL_NAME=attach" -D "JDK_FTYPE=0x2L" [13] LDFLAGS := -Xlinker -z -Xlinker relro -Xlinker -Bsymbolic-functions -Xlinker --hash-style=both -shared -L/«PKGBUILDDIR»/build/jdk/lib/amd64 -L/«PKGBUILDDIR»/build/jdk/lib/amd64/server -Xlinker -z -Xlinker origin -Xlinker -rpath -Xlinker \$$ORIGIN [14] LDFLAGS_solaris := -ldoor [15] LDFLAGS_windows := /ORDER:@/«PKGBUILDDIR»/src/jdk/make/mapfiles/libattach/reorder-windows-x86_64 [16] LDFLAGS_SUFFIX := -ljava -ljvm [17] LDFLAGS_SUFFIX_windows := /«PKGBUILDDIR»/build/jdk/objs/libjava/java.lib advapi32.lib psapi.lib [18] OBJECT_DIR := /«PKGBUILDDIR»/build/jdk/objs/libattach [19] DEBUG_SYMBOLS := true lib/ServiceabilityLibraries.gmk:49: *** No sources found for BUILD_LIBATTACH when looking inside the dirs /«PKGBUILDDIR»/src/jdk/src/solaris/native/sun/tools/attach. Stop. make[3]: Leaving directory '/«PKGBUILDDIR»/src/jdk/make' make[2]: *** [libs-only] Error 2 BuildJdk.gmk:70: recipe for target 'libs-only' failed make[2]: Leaving directory '/«PKGBUILDDIR»/src/jdk/make' make[1]: *** [jdk-only] Error 2 /«PKGBUILDDIR»/src//make/Main.gmk:115: recipe for target 'jdk-only' failed make[1]: Leaving directory '/«PKGBUILDDIR»/build' debian/rules:1242: recipe for target 'stamps/build' failed make: *** [stamps/build] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54104676.9070...@debian.org
Re: (Almost) Time for Jessie Beta 2?
On Wed, Sep 10, 2014 at 12:18:14AM +0200, Cyril Brulebois wrote: > >[ And -cd@ so that the team knows a release is planned “soon”, in case >some patches are in the works. ] ACK. I still want to get some stuff done on the EFI front, but my stack is a bajillion deep at the moment... :-( -- Steve McIntyre, Cambridge, UK.st...@einval.com "Every time you use Tcl, God kills a kitten." -- Malcolm Ray -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140910144214.gk24...@einval.com
Re: Time to change the debian-ports "list"?
On Fri, Sep 05, 2014 at 06:39:10PM +0100, Steve McIntyre wrote: >Hi folks, > >I believe the existing debian-ports setup (as an exploder pointing to >all the different port lists) is not working well at all. It's a >confusing setup to many people, which leads to lots of cross-list >noise that's probably not warranted. Some of the traffic is also >clearly meant to be discussing the debian-ports setup itself rather >than individual ports, and that's also off-topic for those ports that >are in the main archive. So, I propose: > > * Remove the confusion: turn debian-ports into a separate *normal* > mailing list, announce it and let people subscribe to it as they > see fit normally. This would be specifically for "discussions about > ports.debian.org and architectures hosted there". > > * Explicitly do *not* add another exploder to replace the old > address: instead, *if* we want something to cover this use case, > add a new list that interested people can subscribe to. Maybe > "debian-cross-ports" or "debian-architectures" or something. Please > feel free to suggest a better name! If such a list were to be set > up, we could/should encourage existing architecture porters to sign > up there too. > >Thoughts? Any dissenting opinions? Listmasters - are you happy to change things like I propose? -- Steve McIntyre, Cambridge, UK.st...@einval.com Armed with "Valor": "Centurion" represents quality of Discipline, Honor, Integrity and Loyalty. Now you don't have to be a Caesar to concord the digital world while feeling safe and proud. -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140910150520.go24...@einval.com
Re: Time to change the debian-ports "list"?
On Wed, 10 Sep 2014, Steve McIntyre wrote: > On Fri, Sep 05, 2014 at 06:39:10PM +0100, Steve McIntyre wrote: > >Hi folks, > > > >I believe the existing debian-ports setup (as an exploder pointing to > >all the different port lists) is not working well at all. It's a > >confusing setup to many people, which leads to lots of cross-list > >noise that's probably not warranted. Some of the traffic is also > >clearly meant to be discussing the debian-ports setup itself rather > >than individual ports, and that's also off-topic for those ports that > >are in the main archive. So, I propose: > > > > * Remove the confusion: turn debian-ports into a separate *normal* > > mailing list, announce it and let people subscribe to it as they > > see fit normally. This would be specifically for "discussions about > > ports.debian.org and architectures hosted there". > > > > * Explicitly do *not* add another exploder to replace the old > > address: instead, *if* we want something to cover this use case, > > add a new list that interested people can subscribe to. Maybe > > "debian-cross-ports" or "debian-architectures" or something. Please > > feel free to suggest a better name! If such a list were to be set > > up, we could/should encourage existing architecture porters to sign > > up there too. > > > >Thoughts? > > Any dissenting opinions? > > Listmasters - are you happy to change things like I propose? Could you please (technically) summarize what needs to be done from listmaster side? Alex -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140910154907.ga20...@lisa.snow-crash.org
Bug#755739: VGA-mode newcons very slow
On 09:30, Christoph Egger wrote: > FWIW do we want this uploaded? Can probably do so in the evening (PDT) Yes please, whenever you have time (upload to experimental of course). Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140910164125.gb32...@squeeze.pyro.eu.org
Bug#755739: VGA-mode newcons very slow
Steven Chamberlain writes: > On 21/08/14 02:38, Ed Maste wrote: >> There is a patch in discussion to fix the vt_vga performance issue >> [...] >> We plan to get a version of this into 10.1-RELEASE. > > Performing much better after the batch of MFCs this past week. Thanks! FWIW do we want this uploaded? Can probably do so in the evening (PDT) Christoph -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/878ulrh20h@mitoraj.siccegge.de
Re: Time to change the debian-ports "list"?
Alexander Wirt dixit: >Could you please (technically) summarize what needs to be done from >listmaster side? 1. Remove whatever debian-ports@l.d.o is right now 2. Create a new debian-ports@l.d.o mailing list which works just like the other regular lists 3. Announce the new debian-ports@l.d.o so that people can subscribe to it; document that there is no longer an address to reach *all* ports but that people should eMail the individual ports’ lists (and cross-post if needed, but only to the amount needed), and that the new debian-ports@l.d.o instead is a mailing list for discussion about a) debian-ports.org infrastructure b) porting Debian in general c) questions related to setting up a Debian port, including wanna-build, buildd, etc. Thanks, //mirabilos -- >> Why don't you use JavaScript? I also don't like enabling JavaScript in > Because I use lynx as browser. +1 -- Octavio Alvarez, me and ⡍⠁⠗⠊⠕ (Mario Lang) on debian-devel -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pine.bsm.4.64l.1409101858240.4...@herc.mirbsd.org
Re: Bug#760114: transition: kfreebsd-kernel-headers
Control: tags -1 moreinfo On 31/08/14 23:55, Steven Chamberlain wrote: > Package: release.debian.org > User: release.debian@packages.debian.org > Usertags: transition > > Hi, This is not a mere transition but our ambition to use kFreeBSD 10.1 > as our kernel version for jessie. > > This is primarily driven by the FreeBSD 10.1 release schedule; they > have gone into a 'code slush' which resembles Debian's early freeze, > with a final freeze date of 5th September, then they begin beta > builds. That applies to their entire distribution, not just their > kernel. > http://www.freebsd.org/releases/10.1R/schedule.html > > A major consequence of their release schedule is that 10.0 security > support will have ended by the time Jessie is released. 10.1 should get > long-term security support, which means two years from release. > http://www.freebsd.org/security/security.html#sup > > Within Debian: > > * packaging of 10.1 snapshots began some 3 weeks ago, it is in > experimental and got through the NEW queue already > > * Christoph has been running it throughout DebConf > > * it's working fine with d-i: I've been using 10.1 kernels exclusively > while working on the bugs reported in d-i beta 1 (even udebs based on > 10.0 or older userland) > > * the snapshots are based on 10-STABLE, so it is not a development > trunk; it is viable to use a snapshot of this for Debian even if the > final 10.1 release comes too late to reach sid/jessie > > * we're already using some features that were new/unimplemented in 10.0, > such as newcons that Robert backported an early version of, and KMS > which should have matured some more in 10.1 > > * clang-3.3 is being dropped from jessie/sid in favour of clang-3.4 or > 3.5: upstream already builds 10.1 with clang-3.4, whereas 10.0 would > need some bits backported by us (not too difficult though) > > The actual 'transition' part will be kfreebsd-kernel-headers from 10.0 > to 10.1 (a snapshot is in experimental; we could update it to a newer > snapshot in a few days). It already went through a 9.2->10.0 transition > earlier this year. Reverse-Depends are mostly our own freebsd-libs, > libc0.1-dev, and from there it could affect many more things. > > Still it doesn't seem like a regular transition, I don't know if a Ben > file could be written to describe it. It should not make anything > uninstallable by migrating to jessie. > > amd64/i386 hardware is easy to get a hold of, so we could do some > test rebuilds where it seems like a good idea. This is too vague. Can you give more details? Currently I don't have enough information to be able to ack or nack it. At least I would like to know: what packages are involved, what packages need rebuilds, and of those, which ones currently fail. Any further information is of course welcome. Emilio -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5410a3a0.9060...@debian.org
Re: Bug#760114: transition: kfreebsd-kernel-headers
Hi Emilio, On 10/09/14 20:16, Emilio Pozuelo Monfort wrote: > [...] what > packages are involved, what packages need rebuilds, and of those, which ones > currently fail. The root of this is kfreebsd-source-10.0, from the kfreebsd-10 source package. kfreebsd-kernel-headers [kfreebsd-any] has Build-Depends on that exact version, so it needs a new upload to use kfreebsd-source-10.1. That has been done in experimental. I don't think anything *requires* a rebuild for this, but kfreebsd-kernel-headers is an indirect dependency of build-essential on kfreebsd. I expect you'll want us to check we didn't break anything. But I was hoping for some hints on how far to go with this. If something does break, it would be on kfreebsd only, and something porters then need to fix. A simple 'apt-cache rdepends' points to freebsd-glue, freebsd-libs (both have been rebuilt against new kfreebsd-kernel-headers in experimental), and glibc. Some other packages set an explicit Build-Depends on kfreebsd-kernel-headers, although they don't really need to: freebsd-smbfs freebsd-utils gcc-4.8 gcc-4.9 gnat gnome-mplayer pd-iemambi pmacct sash ufsutils wine zfsutils I haven't test-rebuilt these yet, but would glibc and everything from that list be confidence enough that the 10.0 -> 10.1 changes didn't obviously break something? (AFAIK the 9.0 -> 9.2 -> 10.0 changes in the past year were done without much/any co-ordination at all with the release team, but I'm trying to do the right thing by asking here first). Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5410b038.7020...@pyro.eu.org
Bug#755739: VGA-mode newcons very slow
Hi,
On 11/09/14 00:27, Christoph Egger wrote:
> MAKEFLAGS=-j4 make MACHINE_ARCH=amd64 -DWITHOUT_SOURCELESS
> -DWITHOUT_CLANG_IS_CC WERROR= -DWITHOUT_CTF -DWITHOUT_KERNEL_SYMBOLS
> -DWITHOUT_SSP CC=clang-3.4 -C flavor-10.1-0-amd64/sys/modules/aic7xxx/
> firmware
> ( cd aicasm ; make aicasm )
> ( cd ahd ; make ahdfirmware )
> ( cd ahc ; make ahcfirmware )
> ../aicasm/aicasm ...
That's due to -j4, right? It would have built aicasm first otherwise.
> I think this should be fixed by
>
> Index: sys/modules/aic7xxx/Makefile
> ===
> --- sys/modules/aic7xxx/Makefile (revision 271306)
> +++ sys/modules/aic7xxx/Makefile (working copy)
> @@ -8,10 +8,10 @@
> aicasm/aicasm:
> ( cd ${.CURDIR}/aicasm ; ${MAKE} aicasm )
>
> -ahdfirmware:
> +ahdfirmware: aicasm/aicasm
> ( cd ${.CURDIR}/ahd ; ${MAKE} ahdfirmware )
>
> -ahcfirmware:
> +ahcfirmware: aicasm/aicasm
> ( cd ${.CURDIR}/ahc ; ${MAKE} ahcfirmware )
>
> cleanfirmware:
Looks right, yes. If you're able to finish building with -j4, please
continue with the upload and commit that fix.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5410dfb2.7020...@pyro.eu.org
Bug#755739: VGA-mode newcons very slow
Steven Chamberlain writes:
> On 11/09/14 00:27, Christoph Egger wrote:
>> MAKEFLAGS=-j4 make MACHINE_ARCH=amd64 -DWITHOUT_SOURCELESS
>> -DWITHOUT_CLANG_IS_CC WERROR= -DWITHOUT_CTF -DWITHOUT_KERNEL_SYMBOLS
>> -DWITHOUT_SSP CC=clang-3.4 -C
>> flavor-10.1-0-amd64/sys/modules/aic7xxx/ firmware
>> ( cd aicasm ; make aicasm )
>> ( cd ahd ; make ahdfirmware )
>> ( cd ahc ; make ahcfirmware )
>> ../aicasm/aicasm ...
>
> That's due to -j4, right? It would have built aicasm first otherwise.
$ echo $DEB_BUILD_OPTIONS
parallel=4
so jep
>> I think this should be fixed by
>>
>> Index: sys/modules/aic7xxx/Makefile
>> ===
>> --- sys/modules/aic7xxx/Makefile (revision 271306)
>> +++ sys/modules/aic7xxx/Makefile (working copy)
>> @@ -8,10 +8,10 @@
>> aicasm/aicasm:
>> ( cd ${.CURDIR}/aicasm ; ${MAKE} aicasm )
>>
>> -ahdfirmware:
>> +ahdfirmware: aicasm/aicasm
>> ( cd ${.CURDIR}/ahd ; ${MAKE} ahdfirmware )
>>
>> -ahcfirmware:
>> +ahcfirmware: aicasm/aicasm
>> ( cd ${.CURDIR}/ahc ; ${MAKE} ahcfirmware )
>>
>> cleanfirmware:
>
> Looks right, yes. If you're able to finish building with -j4, please
> continue with the upload and commit that fix.
Should be uploaded let's see when the archive reacts. Do we have a way
to forward that patch upstream? seems to be the right thing there as
well.
Christoph
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87r3zjuhz1@mitoraj.siccegge.de
Processing of kfreebsd-10_10.1~svn271306-1_kfreebsd-amd64.changes
kfreebsd-10_10.1~svn271306-1_kfreebsd-amd64.changes uploaded successfully to ftp-master.debian.org along with the files: kfreebsd-source-10.1_10.1~svn271306-1_all.deb kfreebsd-10_10.1~svn271306-1.dsc kfreebsd-10_10.1~svn271306.orig.tar.xz kfreebsd-10_10.1~svn271306-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host coccia.debian.org) -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xrryw-dh...@coccia.debian.org
Bug#755739: VGA-mode newcons very slow
Steven Chamberlain writes:
> On 09:30, Christoph Egger wrote:
>> FWIW do we want this uploaded? Can probably do so in the evening (PDT)
>
> Yes please, whenever you have time (upload to experimental of course).
# We must rebuild firmware from sources, per the DFSG
CFLAGS='-D_GNU_SOURCE -isystem /usr/include/freebsd' LDFLAGS='-ldb -lbsd' \
MAKEFLAGS=-j4 make MACHINE_ARCH=amd64 -DWITHOUT_SOURCELESS
-DWITHOUT_CLANG_IS_CC WERROR= -DWITHOUT_CTF -DWITHOUT_KERNEL_SYMBOLS
-DWITHOUT_SSP CC=clang-3.4 -C flavor-10.1-0-amd64/sys/modules/aic7xxx/ firmware
( cd aicasm ; make aicasm )
( cd ahd ; make ahdfirmware )
( cd ahc ; make ahcfirmware )
../aicasm/aicasm -I../../../cam/scsi -I../../../dev/aic7xxx
-o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c
-i ../../../dev/aic7xxx/aic7xxx_osm.h
../../../dev/aic7xxx/aic7xxx.seq
../aicasm/aicasm -I../../../cam/scsi -I../../../dev/aic7xxx
-o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c
-i ../../../dev/aic7xxx/aic7xxx_osm.h
../../../dev/aic7xxx/aic7xxx.seq
sh: 1: ../aicasm/aicasm: not found
sh: 1: ../aicasm/aicasm: not found
*** [aic7xxx_seq.h] Error code 127
*** [aic7xxx_reg.h] Error code 127
2 errors
*** [ahcfirmware] Error code 2
I think this should be fixed by
Index: sys/modules/aic7xxx/Makefile
===
--- sys/modules/aic7xxx/Makefile(revision 271306)
+++ sys/modules/aic7xxx/Makefile(working copy)
@@ -8,10 +8,10 @@
aicasm/aicasm:
( cd ${.CURDIR}/aicasm ; ${MAKE} aicasm )
-ahdfirmware:
+ahdfirmware: aicasm/aicasm
( cd ${.CURDIR}/ahd ; ${MAKE} ahdfirmware )
-ahcfirmware:
+ahcfirmware: aicasm/aicasm
( cd ${.CURDIR}/ahc ; ${MAKE} ahcfirmware )
cleanfirmware:
Christoph
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87zje7ukd6@mitoraj.siccegge.de
Processing of kfreebsd-10_10.1~svn271306-1_kfreebsd-amd64.changes
kfreebsd-10_10.1~svn271306-1_kfreebsd-amd64.changes uploaded successfully to localhost along with the files: kfreebsd-source-10.1_10.1~svn271306-1_all.deb kfreebsd-10_10.1~svn271306-1.dsc kfreebsd-10_10.1~svn271306.orig.tar.xz kfreebsd-10_10.1~svn271306-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xrrzm-0003bf...@franck.debian.org
kfreebsd-10_10.1~svn271306-1_kfreebsd-amd64.changes is NEW
binary:acpi-modules-10.1-0-486-di is NEW. binary:cdrom-modules-10.1-0-486-di is NEW. binary:crypto-dm-modules-10.1-0-486-di is NEW. binary:crypto-modules-10.1-0-486-di is NEW. binary:ext2-modules-10.1-0-486-di is NEW. binary:fat-modules-10.1-0-486-di is NEW. binary:floppy-modules-10.1-0-486-di is NEW. binary:i2c-modules-10.1-0-486-di is NEW. binary:ipv6-modules-10.1-0-486-di is NEW. binary:isofs-modules-10.1-0-486-di is NEW. binary:kernel-image-10.1-0-486-di is NEW. binary:kfreebsd-headers-10.1-0-486 is NEW. binary:kfreebsd-headers-10.1-0-686 is NEW. binary:kfreebsd-headers-10.1-0-xen is NEW. binary:loop-modules-10.1-0-486-di is NEW. binary:md-modules-10.1-0-486-di is NEW. binary:mmc-core-modules-10.1-0-486-di is NEW. binary:mmc-modules-10.1-0-486-di is NEW. binary:nfs-modules-10.1-0-486-di is NEW. binary:nic-modules-10.1-0-486-di is NEW. binary:nic-shared-modules-10.1-0-486-di is NEW. binary:nic-usb-modules-10.1-0-486-di is NEW. binary:nic-wireless-modules-10.1-0-486-di is NEW. binary:nls-core-modules-10.1-0-486-di is NEW. binary:nullfs-modules-10.1-0-486-di is NEW. binary:parport-modules-10.1-0-486-di is NEW. binary:plip-modules-10.1-0-486-di is NEW. binary:ppp-modules-10.1-0-486-di is NEW. binary:reiserfs-modules-10.1-0-486-di is NEW. binary:sata-modules-10.1-0-486-di is NEW. binary:scsi-core-modules-10.1-0-486-di is NEW. binary:scsi-extra-modules-10.1-0-486-di is NEW. binary:scsi-modules-10.1-0-486-di is NEW. binary:serial-modules-10.1-0-486-di is NEW. binary:sound-modules-10.1-0-486-di is NEW. binary:usb-serial-modules-10.1-0-486-di is NEW. binary:zfs-modules-10.1-0-486-di is NEW. binary:zlib-modules-10.1-0-486-di is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will recieve an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xrs6c-0004mp...@franck.debian.org
Bug#755739: VGA-mode newcons very slow
Steven Chamberlain writes: > On 09:30, Christoph Egger wrote: >> FWIW do we want this uploaded? Can probably do so in the evening (PDT) > > Yes please, whenever you have time (upload to experimental of course). FWIW it seems to boot on my computer but as soon as the i915kms driver should initialize the screen goes black. haven't hd that with the last 10.1 snapshot. Christoph -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87egvjhqtk@mitoraj.siccegge.de
Re: kfreebsd-10_10.1~svn271306-1_kfreebsd-amd64.changes is NEW
On 11/09/14 01:19, Debian FTP Masters wrote: > binary:acpi-modules-10.1-0-486-di is NEW. > binary:cdrom-modules-10.1-0-486-di is NEW. > binary:crypto-dm-modules-10.1-0-486-di is NEW. > binary:crypto-modules-10.1-0-486-di is NEW. > binary:ext2-modules-10.1-0-486-di is NEW. ...etc Why is that? Those existed in the previous upload to experimental: https://packages.qa.debian.org/k/kfreebsd-10/news/20140826T190008Z.html > acpi-modules-10.1-0-486-di - ACPI support modules (udeb) > acpi-modules-10.1-0-amd64-di - ACPI support modules (udeb) > cdrom-modules-10.1-0-486-di - Esoteric CDROM drivers (udeb) > cdrom-modules-10.1-0-amd64-di - Esoteric CDROM drivers (udeb) > crypto-dm-modules-10.1-0-486-di - devicemapper crypto module (udeb) > crypto-dm-modules-10.1-0-amd64-di - devicemapper crypto module (udeb) > crypto-modules-10.1-0-486-di - crypto modules (udeb) > crypto-modules-10.1-0-amd64-di - crypto modules (udeb) > ext2-modules-10.1-0-486-di - EXT2 filesystem support (udeb) > ext2-modules-10.1-0-amd64-di - EXT2 filesystem support (udeb) Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54110636.6010...@pyro.eu.org
